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MAR 1 7 1998 ADVANCE NOTIFICATION SYSTEMS AND METHODS 

UTILIZING A COMPUTER NETWORK 

This document is a continuation of and claims priority to the following 
copending U.S. applications: 

(a) provisional application entitled, "ADVANCE NOTIFICATION SYSTEM 
AND METHOD UTILIZING A COMPUTER NETWORK," filed March.^1997 by M. 
K. Jones and assigned serial no. 60/039,925;(b) nonprovisional application entitled, 
"ADVANCE NOTIFICATION SYSTEM AND METHOD UTILIZING PASSENGER- 
DEFINABLE NOTIFICATION TIME PERIOD," filed May 2, 1995 by M. K. Jones 
and assigned serial no. 08/434,049; ftauJ iA^^ 5^3^(00 

(c) nonprovisional application entitled, "ADVANCE NOTIFICATION 
SYSTEM AND METHOD UTILIZING VEHICLE PROGRESS REPORT 
GENERATOR." filed May 2, 1995 by M. K. Jones and assigned serial no. 
08/432,898;. and ' J 

(d) nonprovisional application entitled, "ADVANCE NOTIFICATION 
SYSTEM AND METHOD UTILIZING PASSENGER CALLING REPORT 
GENERATOR," filed May 2, 1995 by M. K. Jones and assigned serial no. 
08/432,666;^^^ 

where documents (b), (c), and (d) are each a continuation-in-part of the 
application entitled "ADVANCE NOTIFICATION SYSTEM AND METHOD 
UTILIZING A DISTINCTIVE TELEPHONE RING, " filed March 20, 1995 by M. K. 
Jones and assigned serial no. 08/407,319, now abandoned, which in turn is a 
continuation-in-part of an application entitled "ADVANCE NOTIFICATION 
SYSTEM AND METHOD" filed May 18, 1993 by M. K. Jones et al and assigned 
serial no. 08/063,533, now U.S. Patent No. 5,400,020 to M. K. Jones et al that 
issued on March 21, 1995. 
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The present invention generally relates to data communications and 
information systems and, more particularly, to advance notification systems and 
methods for notifying users in advance of the impending arrival of a vehicle or user, 
for example but not limited to, a bus, train, delivery van, plane, fishing vessel, or 
other vessel, or user walking or riding, to or at a particular stop. 



There are many situations when it is desirable for people to know of the 
approximate arrival time of a particular vehicle, the distance of a particular vehicle 
approaching, when a vehicle crosses particular location points, and when a 
particular vehicle is leaving its last stop. With such information, passengers, users, 
and companies can adjust their schedules accordingly and avoid having to wait on a 
particular vehicle to reach a particular destination. For example, a user having to 
pick up a friend or relative at a commercial bus station either has to call the bus 
station to find out the approximate arrival time (information which is oftentimes 
unavailable) or plan on arriving at the bus station prior to the scheduled arrival 
time of the bus and hope the bus is not delayed. 

Another example includes a user walking and carrying a device such as a 
mobile phone or communication device with a location device, such as global 
positioning system (GPS) receiver, connected for sending location information to a 
control unit. It would be desirable for this control unit to broadcast a user s 
impending arrival time, distance to be traveled before arriving, specific location 
points and/or the time when leaving their last stop. This information may be 
broadcast to an employer, spouse, parent, or other user, when the vehicle/user 
reaches a predetermined location. 

Another example involves school children that ride school buses. School 
children who ride buses to school often have to wait at their bus stops for extended 
lengths of time because school buses arrive at particular bus stops at substantially 
different times from one day to the next. The reason is that school buses are not 
always the best-maintained vehicles on the roads, frequently operate during rush 
hour , traffic, and must contend with congested urban/suburban conditions. As a 
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result, school children are forced to wait at their bus stops for long periods of time, 
oftentimes in adverse weather conditions, on unlit street corners, or in hazardous 
conditions near busy or secluded streets. If it is raining, snowing, windy and cold, 
and/or even dark, such conditions can be unhealthy and unsafe for children. 

Yet another example is in the commercial overnight package deli very- 
industry, wherein packages are delivered on a tight schedule. In this regard, it is 
desirable to notify a user at a delivery stop for better customer preparation as the 
vehicle approaches. By the customer becoming better prepared and a delivery driver 
being able to deliver more packages per day, an overnight package delivery company 
can increase profits by requiring fewer vehicles to deliver more packages in a 
business day. 

Additionally, individuals already try to project the arrival of a vehicle or 
package by online package tracking services provided by commercial delivery 
companies, such as the United Parcel Service (UPS), Federal Express (FED-X), and 
others. Although traditional methods used in determining when a vehicle are to 
arrive at a stop is effective in some cases, a more precise method using a pre- 
warning message can be more helpful in providing accurate information. Currently, 
such vehicles, in order to ensure delivery of all packages in the same day, keep loads 
at a lower capacity in order to compensate for waiting times encountered at a 
percentage of vehicle stops when customers react slowly to their arrival. 

Thus, generally, it would be desirable for a user to know when a vehicle 
(such as a bus, truck, train, plane, user, or the like) is (a) a particular time period 
(for example, number of minutes or seconds) away from arriving at a destination, (b) 
a particular distance (for example, number of miles or height) away from the 
destination, or (c) at a particular location among a set of location points, so that the 
user can adjust his/her schedule and avoid arriving too early or too late. 

In the past, in order to combat the arrival time problem in the context of 
school buses, student notification systems have been employed that use a 
transmitter on each bus and a receiver inside each student home. U.S. Patent No. 
4,713,661 to Boone et al and U.S. Patent No. 4,350,969 describe systems of this 
type. When the school bus and its on-board transmitter come within range of a 
particular home receiver, the transmitter sends a signal to notify the student that 




his/her school bus is nearby. While such notification systems work satisfactorily 
under certain circumstances, nevertheless, these systems are limited by the range 
of the transmitters and require the purchase of relatively expensive receivers for 
each student. In addition, such systems provide little flexibility for providing 
5 additional information to the students, such as notifying them of the delayed arrival 

of a bus, alternative bus route information, or information regarding important 
school events. 



SUMMARY OF THE INVENTION 

10 Briefly described, the present invention provides for advance notification 

systems and methods for notifying a user of an impending arrival of a vehicle as the 
vehicle approaches a particular location. Notification of a vehicle arrival may be in 
the form of, but not limited to, predefined locations, predefined times, and/or 
predefined distances, and may occur when the vehicle is leaving its last stop before 

15 approaching the particular location. The advance notification system generally 

comprises a vehicle control unit (VCU) disposed on each vehicle and a base station 
control unit (BSCU) which is configured to communicate with all of the vehicle 
control units and with a user computer, pager, television, and/or telephone. 

The VCU includes different types of configurations, based on the system 

20 application. In a first system configuration a vehicle control unit includes a vehicle 

communication mechanism controlled by the vehicle control mechanism, a global 
positioning system (GPS) location device or package delivery indicator for 
determining actual vehicle positioning, and, optionally, one or more input devices, 
e.g., a bar code scanner, hand held remote data entry device, or switches (such as 

25 buttons) that may be operated by the vehicle driver, for the purpose of relaying 

messages to the BSCU. The control mechanism is adapted to initiate or receive 
data communications utilizing the vehicle communication mechanism when the 
vehicle location and/or package delivery information needs to be uploaded to the 
BSCU. In the preferred embodiment, the vehicle communication mechanism is a 

30 wireless communication interface, such as a mobile telephone, radio frequency (RF) 

transceiver, or other suitable device. 
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In a second system configuration, the vehicle control unit includes a vehicle 
communication mechanism controlled by the vehicle control mechanism, and/or 
sensors {e.g., global positioning system receiver, door opening, package delivery 
indicator, ignition switch input, etc.) which convey to the vehicle communication 
mechanism their vehicle sensor information for determining location. 

In a third system configuration, the vehicle control mechanism and sensors 
include the packages and delivery list for signaling to the vehicle communication 
mechanism and the vehicles' stops. The BSCU determines each stop address and/or 
time of last delivery for the timing of each message to the user computer address. 

The control mechanism is adapted to initiate communication utilizing the 
vehicle communication mechanism when the time elapsed and/or traveled distance 
of the vehicle at any of the particular positions is either ahead of or behind the 
scheduled time and/or on a regular basis and/or when a delivery is made, and/or 
when polled by the BSCU. In the preferred embodiment, the vehicle communication 
mechanism is a wireless communication interface, such as a mobile telephone's 
voice or data channels, radio frequency (RF) transceiver, or other suitable device. 

The BSCU has a base station communication mechanism and a base station 
control mechanism for controlling the base station communication mechanism. The 
base station communication mechanism receives the vehicle identification and 
location information and/or delivery information from the VCU. The base station 
control mechanism may be configured to store vehicle location, compare locations 
and/or deliveries with a mapping data base, compare user definable requests for 
advance notification of the vehicle's impending arrival, and send information to 
users' computers, pagers, televisions, and/or telephones for the advance arrival of a 
vehicle. 

Additionally, one or more functions of the BSCU internal 
modules/components may be linked to remote sites, such as a user computer. In one 
BSCU configuration, a user wishing to be notified of the impending arrival of a 
vehicle may share some or all part/s of the BSCU operation with software running 
on a user computer. In this example the user computer equipped with advance 
notification software may have the control mechanism for comparing locations with 
a mapping database, comparing user definable requests for advance notification of 
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the vehicle's impending arrival and the ability to receive vehicle locations, deliveries 
from a vehicle, BSCU collecting vehicle location and/or delivery information. The 
computer messages to be displayed with or without audio before the vehicle arrives 
on a user computer is achieved from networking software and/or advance 
notification software on the computer network or a user computer. Moreover, when 
the configuration is set-up on a person's computer, the computer can activate paging 
to a pager and telephone calls to other locations with a modem and software for 
forwarding messages. The preferred mechanism for displaying the arrival of the 
vehicle at a particular stop location is a remote BSCU sending messages to a user 
computer over a computer network with or without additional advance notification 
software, a user computer with advance notification software and receiving vehicle 
location/delivery information from a vehicle or remote BSCU storing vehicle location 
information. In the preferred embodiment, the base station communication 
mechanism is a modem communication device, such as a telephone, RF, cable 
modem, or combination thereof, for communicating with the vehicle communication 
mechanism and also comprises at least one telephone modem, RF modem, or cable 
modem for sending information to users* computers, receiving information from a 
BSCU with vehicle location information and/or a computer network for linking 
BSCU mechanisms over a network to a user computer. Additionally, connecting a 
television to a user's computer and the user's computer operating software / 
hardware for displaying images onto a person's television screen when a vehicle is 
approaching. This type of display is accomplished in many different methods 
including, over existing programming, similar to on screen programming / remote 
control commands displays. 

The advance notification message is to advise a user of the impending arrival 
of the vehicle. Preferably, a computer can exhibit a distinctive video and sound so 
that the message recipient will be informed of the arrival of a vehicle. A user 
computer may exhibit a display on the monitor or attached television of a video 
and/or sound, so that the recipient may be notified of the vehicle time of arrival, 
distance before arriving, particular location, and/or its last stop, all of which are 
predefined by the user, passenger, or service provider. 
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In accordance with a significant feature of the present invention, the 
computer network is used to advise users of a vehicle's impending arrival. 
Moreover, a user computer may display an impending time of arrival, distance to be 
traveled before arriving and the vehicle's actual location on a map when the vehicle 
reaches a predetermined location. 

It should be emphasized that while the present invention is particularly 
suited for commercial overnight delivery applications, there are many other 
applications. As examples, the advance notification system and method of the 
present invention could be employed with commercial buses, trains, planes, pickup 
vehicles, fishing vessels, other transportation vehicles, delivery vehicles, and 
individuals carrying location devices and/or delivery sensors and/or other sensors 
for determining location by a remote computer for advance notification messaging. 

Other features and advantages of the present invention will become 
apparent from the following drawings. All such additional objects, features, and 
advantages are intended to be included herein. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention can be better understood with reference to the 
following drawings. The drawings are not necessarily to scale, emphasis instead 
being placed upon clearly illustrating the principles of the present invention. 
Moreover, like reference numerals designate corresponding parts throughout the 
several views. 

Fig. 1 is a high level schematic diagram of an advance notification system of 
the present invention as applied to a delivery truck system, as an example, Fig. 1 
depicts a vehicle control unit (VCU) in communication with a base station control 
unit (BSCU), which is in turn in communication with a customer computer and/or 
computer address, the customer computer preferably offers a video and/or audio 
display. 

Fig. 2 is a high level schematic diagram of an advance notification system of 
the present invention as applied to a delivery truck system, as an example. Fig. 1 
depicts a VCU in communication with a BSCU, which is in turn in communication 
with a customer computer and/or computer address, a customer's business or home 



telephone, a customers mobile phone, a customex^s wireless pager, and a customers 
television. These devices offer an improved method for notifying a person of the 
impending arrival of people or vehicles. 

Fig. 3 is a high level flow chart diagram of the advance notification system of 
5 the present invention as applied to a delivery truck system, as indicated in this 

diagram, the advance notification system generally includes a vehicle monitoring 
process for determining the location of vehicle's remotely, a messaging component 
for sending electronic messages when a vehicle reaches a predetermined point prior 
to the arrival at a person's stop, and a person's computer connected to a network 

10 (e-g-, Internet) for receiving and displaying an impending arrival message. 

Fig. 4 is a high level flow chart diagram for determining when to use a 
second method of sending an impending arrival message to a person. This diagram 
shows how a telephone call can be activated first and if unsuccessful, determined by 
the retry attempts in this diagram, secondly sends a computer message. Asking an 

15 individual receiving an electronic message to respond could reverse this and if no 

response was received back, a telephone call to the person would be made. Also 
worth noting, the messaging method to an individual could always be one, both, or 
others. 

Fig. 5 is a high level flow chart diagram of different messaging options. 

20 While one method is suitable for some people, two or more different type messaging 

methods are more likely to be effective for others. The diagrams show the options 
for receiving impending arrival messages as a message to a computer address, a 
telephone call with a message (if answered), a message on a pager, and a message to 
a person's television address. 

25 Fig. 6 is a high level flow chart diagram for activating an impending arrival 

message when electronic mail (E-Mail) is received on a person's computer or at a 
person's computer address. An impending arrival message in the form of an 
electronic message or more commonly known as E-Mail, activates additional 
software, setup with user preferences, for tailored audio announcements and video 

30 displays. 

Fig. 7 is a high level modular diagram of the overall operation of the advance 
notification system described as system configuration and necessary to show the 



differences of individual module configurations. Additionally, this configuration is a 
simple diagram of an advance notification system, designed to send a user's 
computer address a message when a vehicle is approaching and also used as an 
overview of Fig. 1. 

Fig. 8 is another high level modular diagram of the overall operation of the 
advance notification system described as system configuration and necessary to 
show the differences of individual modular configurations. Additionally, this 
configuration is a simple diagram of an advance notification system, designed to 
send a user computer vehicle location information only, for the user computer to 
determine when to notify the user and send a message to the computer screen and 
also by audio means, when a vehicle is approaching. 

Fig. 9 is another high level modular diagram of the overall operation of the 
advance notification system described as system configuration and necessary to 
show the differences of individual modular configuration preferences of different 
systems. Additionally, this configuration is a simple diagram of an advance 
notification system, designed to send a message about the next stop to a users 
computer as the last delivery (prior to the impending stop) is made and thus notify 
the user via a message on a computer screen and audio means, when a vehicle is 
approaching. 

Fig. 10 is another high level modular diagram of the overall operation of the 
advance notification system described as system configurations and necessary to 
show the differences of individual modular configuration preferences of each system. 
Additionally, this configuration is a simple diagram of an advance notification 
system, designed to determine a vehicle location by a stop, or delivery at a 
particular location, without GPS or normal location devices on the vehicle. This 
system determines vehicle location from a delivery list and acknowledgment of each 
delivery to the BSCU. The address and distance to the next stop is determined by 
routing software, mapping software, past records of travel, and actual traffic data 
systems, compared in the BSCU to determine time, distance, and actual vehicle 
location prior to a user stop. The ability to notify a user computer as the pre- 
selected advance notification preferences are activated allows the system to notify 
the user of a message on a computer screen and/or by audio means when a vehicle is 



approaching. Other combinations of the configurations (Fig. 7 through Fig. 10) are 
used based on application, business, and customer needs. 

Fig. 11 is a high-level schematic circuit diagram of the VCU. The VCU is 
designed to be a compact unit with a generally rectangular housing that is mounted 
preferably on or in front of the dashboard of the vehicle in view of and within reach 
of the vehicle driver. In the housing, the microprocessor controller is interfaced with 
the transceiver by a transceiver jack (preferably a conventional 8-conductor 
telephone jack when transceiver is a mobile telephone), and the transceiver includes 
an antenna for transmitting and/or receiving signals to and from the BSCU. 
Further, the VCU includes a liquid crystal display (LCD) module disposed for 
external viewing of the display by the driver and for providing information to the 
driver, as described previously. 

Fig. 12 is a low level block diagram of the VCU of Fig 11. 

Fig. 13 is a flow chart of a vehicle control process for the VCU and BSCU. 

Figs. 14 is an example of a route list after calculations have determined the 
route stop order and the time between stops. The left side shows GPS 
longitude/latitude coordinates and estimated time between stops that is maintained 
in the VCU database, while the right side shows the mailing address and stop 
number to be displayed on an LCD. 

Fig. 15 is a diagram showing how to determine route stop timing events with 
past route averages and actual live inputs from VCU's for a combined calculation for 
better estimations of a vehicle actual location between communication updates and 
improved accuracy of impending arrival messages. 

Fig. 16 is a diagram of an event schedule for sequencing and activating of 
impending arrival messages from predetermined locations, time before arrival and 
distance before arrival of a particular vehicle. 

Fig. 17 is an example diagram of a messaging event sequence when sending 
messages to users before the vehicle arrives. Moreover, it shows an update message 
used when a particular vehicle is delayed. The update message is used when a 
person is notified and waiting on a vehicle to arrive, but the vehicle is delayed after 
passing the activation point for sending the first message. 
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Fig. 18 is a flow chart of when a second or third message is used and how the 
BSCU determines the activation of these messages. 

Fig. 19 is a diagram of an example of a method for determining vehicle 
location without the vehicle being equipped with a location device, such as a GPS, or 
5 other devices used for odometer/distance reading device, etc., in an advance 

notification system. This flow chart diagram illustrates a method for determining 
vehicle location from a delivery list, actual delivery or attempt to deliver notices and 
route determining software in the BSCU and/or a user computer. The route and/or 
mapping software determines the vehicle path (roads) to the next stop and then 

10 calculates the distance from mapping software. Furthermore, the vehicle location is 

associated with time for determining a moving vehicle location. This vehicle 
location/time is calculated from past route data, mapping software of speed limits, 
stops signs, red lights, etc. and/or traffic monitoring systems with sensors normally 
located along the roadside. It also provides an inexpensive means for determining a 

15 vehicle time, distance, and/or location away from a home or business for activating 

an advance notification message of an impending arrival of a vehicle from different 
user preferences. 

Fig. 20 is a flow chart of a simple and low cost advance notification system 
for notifying users of the impending arrival of a particular vehicle, when the vehicle 

20 leaves it's last (prior) stop, and on it's way to the users stop. 

Fig. 21 is a high level flow chart for determining the reliability of a vehicle's 
location without constant communication. A vehicle's location determining factor 
(VLDF) is calculated by the BSCU from past route averages, including 
roads/streets, time of day, vehicle driver, day of week, week of year (holidays 

25 normally take more time), and averaged for a particular route, time, and day. 

Fig. 22 is a diagram of an example of the communication flow of an advance 
notification system using a computer network. The BSCU is equipped with a 
computer network site for interfacing and displaying information on a person's 
computer for setting up and starting the advance notification service. Additionally 

30 shown is how the personal preferences are processed and impending arrival 

messages are activated when the vehicle's location matches the personal 
preferences. 
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Fig. 23 is a high level flow chart for determining when to use a cycle 
communication protocol. This chart discloses one method for lowering 
communication while a vehicle is in route for an advance notification system. 

Fig. 24 is a high level flow chart for showing the methods for determining 
5 when to program a VCU with cycle communication before a route starts. 

Fig. 25 is a high level flow chart of a user computer equipped with software 
for displaying audio and video, and moreover, the user preferences for playing audio 
messages and / or video displays when impending arrival messages are received. 

Fig. 26 is a diagram and example for accessing and receiving advance 
10 notification information when accessing an Internet or computer site page. - 

Fig. 27 is a table used for determining activation points for impending 
arrival messages. The roads and locations are normally taken from past records and 
mapping software for placing a user's request at particular location points 
associated with a distance, time, or other location activation areas for starting an 
15 impending arrival message. 

Fig. 28 is a graphic of a map showing impending arrival activation points 
when a user request is compared with distance, time, or locations, for activating an 
impending arrival message/s. 

Fig. 29 through 39 is diagrams of user preferences and on-screen displays of 
20 the advance notification system, as a user is connected over a computer network 

and/or is operating proprietary software. 

Fig. 29 is a diagram and example of an on-screen display of a user connecting 
to a internet computer site / location. To sign-up for the advance notification service 
a user has the ability to download the software for additional displays and audio 
25 options or to signup on-line through a computer connection. 

Fig. 30 is a diagram and example of an on-screen display for entering the 
users home or business address, telephone number, and computer address (not 
shown). It would also be obvious to enter pager numbers, mobile phone numbers, 
cable television box identification numbers and other communication hardware 
30 addresses that would notify the user of an impending arrival of a vehicle, when the 

vehicle reaches a predefined location, time, prior stop, or distance. 
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Fig. 31 is a diagram and example of an on-screen display for showing the 
user location on a map and how the location is confirmed by the user. 

Fig. 32 is a diagram and example of an on-screen display for providing the 
user with a choice of different type notification messages based on the type or 
category of selected vehicles. This allows (if optioned) the user, as an example, to 
receive an impending arrival message from a school bus when the school bus is five 
minutes away and an impending arrival message from a delivery truck when the 
vehicle is two miles away. 

Fig. 33 is a diagram and example of an on-screen display of user options for 
being notified when a vehicle is at a predetermined time, distance, or particular 
location. This screen is not shown when a vehicle or company predefines when an 
impending arrival message is sent. 

Fig. 34 is a diagram and example of an on-screen display for adjusting the 
amount of time before a vehicle arrives to send an impending arrival message. 
Additionally, a map can show actual activation points, based on vehicle type/s, if 
optioned (Fig. 28). 

Fig. 35 is a diagram and example of an on-screen display for adjusting the 
amount of distance before a vehicle arrives to send an impending arrival message. 
Additionally, a map can show actual activation points, based on vehicle type/s, if 
optioned (Fig. 28) 



Fig. 36 is a diagram and example of an on-screen display for adjusting a 
predefined area for activation of an impending arrival message. This illustration is 
for setting a circle perimeter around a stop or location. The activation points are at 
the outside areas of the circle and matching road/street addresses. 

Fig. 37 is a diagram and example of an on-screen display for adjusting a 
predefined area for activation of an impending arrival message. This illustration is 
for setting a grid perimeter around a stop or location. The activation points are at 
the outside areas of the grid area/s and matching road/street addresses. 

Fig. 38 is a diagram and example of an on-screen display for adjusting a 
predefined area for activation of an impending arrival message. This illustration is 
for setting a perimeter around a stop or location by placing street markers onto a 
map roads and streets. The activation points are the street markers located at the 
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road/street addresses. Additionally, (not shown) all roads / street markers should 
close a perimeter around a users home or business. 

Fig. 39 is a diagram and example of an on-screen display for user options and 
needed for selecting methods of receiving impending arrival messages over a 
5 computer network to a user computer and / or ringing a user telephone. Although 

not shown in this configuration and illustration, other messaging methods, such as 
a personal pager, a mobile phone, a cable television box, or other communication 
devices could be used to notify a user when a vehicle reaches a predetermined 
location, time, prior stop, or distance, and therefore could be added to Fig. 39. 
10 Fig. 40 is a diagram and example of a vehicle control unit (VCU) with a 

display area and control buttons. The display shown in this illustration is displaying 
the vehicle's next stop in a text format for the driver. This text format could be 
changed to show a map with highlighted roads to the next stop or actual directions 
(not shown). 

15 Fig. 41 is a diagram and example of a vehicle control unit (VCU) with a 

display area and control buttons. The display shown in this illustration is displaying 

the vehicle's route list order and the next stop / delivery to be made, as highlighted. 

Fig. 42 is a diagram and example of a vehicle control unit (VCU) with a 

display area and control buttons. The display shown in this illustration is displaying 
20 the vehicle's route list order with next stop / delivery to be made, and a stop that 

has been moved (lower highlighted area with (M) on left side) from an earlier route 

stop, as previously indicated in Fig. 41. 

Fig. 43 is a diagram and example of a vehicle control unit (VCU) with a 

display area and control buttons. The display shown in this illustration is displaying 
25 the vehicle's route list order with next stop / delivery to be made, and a stop that 

has been rescheduled from an attempted delivery (lower highlighted area with (AJR) 

on left side) from an earlier route stop. 

Fig. 44 is a diagram and example of a vehicle control unit (VCU) and a flow 

chart showing a method for determining when the route list is completed and 
30 sending additional information to the VCU display for the driver to return to a 

loading area, as an example. 
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Fig. 45 is a flow chart diagram of a personal computer operating advance 
notification software and communicating with the BSCU for actual vehicles, and 
said vehicles' related information, that are approaching their stop. Additionally, this 
configuration is another example for operating software on a person's computer, for 
5 activating an impending arrival message to the user, when a vehicle is approaching. 

Fig. 46 is a high level flow chart diagram of a BSCU and control process 
when the BSCU initializes, activates, and sends impending arrival messages, as 
opposed to Fig. 47, when the BSCU is not used for sending impending arrival 
messages, but vehicle location information to a computer equipped with advance 
10 notification software. 

Fig. 47 is a high level flow chart diagram of a BSCU and control process, 
when the BSCU sends vehicle location information to remote computers, for 
activation of impending arrival'messages on user computers. 

Fig. 48 is a high level flow chart diagram of the initialization process 
15 between the VCU and The BSCU. Additionally, this illustration shows a 

configuration for the BSCU to configure the VCU clock and the communication 
method. 

Fig. 49 is an example and diagram of a computer screen connected by 
software/hardware to an internet service provider and receiving an vehicle's 
20 impending arrival message in the form of E-Mail or electronic mail. 

Fig. 50 is a high level flow chart diagram of a method for receiving 
impending arrival messages through a satellite television link or cable television 
link, and displaying the impending arrival information on a person's television. 

25 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The features and principles of the present invention will now be described 
relative to preferred embodiments thereof. It will be apparent to those skilled in 
the art that numerous variations or modifications may be made to the preferred 
embodiments without departing from the spirit and scope of the present invention. 
30 Thus, such variations and modifications are intended to be included herein within 

the scope of the present invention, as set forth and defined in the claims. 
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I. System Architecture 

Referring now in more detail to the drawings, wherein like reference 
numerals designate corresponding parts throughout the several views; Fig. 1 is a 
5 schematic diagram of the advance notification system 10 of the present invention, 

as configured to operate for example, but not limited to, a delivery truck system. 

The advance notification system 10 includes, preferably, a plurality of on- 
board vehicle control units (VCU) 12, a single base station control unit (BSCU) 14, 
and a plurality of user computers 29 and/or, as depicted by Fig. 2, additional 

10 communication devices 35. As configured in the delivery truck system 10, a VCU 12 

is installed in each of a plurality of delivery trucks 19, all of which communicate 
with the BSCU 14. Moreover, the BSCU 14 communicates with the computers 29 
and / or a person's telephone 35b, a persons pager 35e, a person's mobile phone 35c 
or a person's television 35d, at one or more locations 36, in the present example of 

15 an application. 

A. Vehicle Control Unit 
The VCU 12 will now be described with reference to Figs.l, 11, and 12. 
Referring first to Fig. 1, each VCU 12 includes a microprocessor controller 16, 
preferably a model MC68HC705C8P microprocessor controller that is manufactured 

20 by and commercially available from the Motorola Corporation, USA. The 

microprocessor controller 16 is electrically interfaced with a communication 
mechanism 18, preferably a wireless communication device, for enabling 
intercommunication of data with the BSCU 14. Examples of suitable wireless 
communication devices include a mobile telephone (e.g., cellular) and a transceiver 

25 (having both a transmitter and a receiver) operating at a suitable electromagnetic 

frequency range, perhaps the radio frequency (RF) range. In the embodiment using 
a wireless RF transceiver as the communication mechanism 18, data can be sent in 
bursts in the form of in-band tones, commonly called "twinkle tones". These tone 
bursts can occur in the background of an existing voice channel. Twinkle tones are 

30 oftentimes used in transportation systems, such as taxicab communications 

systems. 
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The microprocessor controller 16 is electrically interfaced with a system 
menu switch 21, an attempt to deliver switch 22, a reschedule stop switch 23, a 
clock 24, and a GPS location device sensor 25. 

Generally, vehicle tracking is accomplished by monitoring the control 
5 switches 21-23, the GPS location sensor 25, the battery 35 providing power to the 

controller 16, andan onboard package inventory and delivery database (Fig. 11). 
Additionally, existing switches, such as door, seat, placing the vehicle in drive, 
and/or driver held package-tracking devices 20 (Fig. 11) may also be used or added 
to existing switches. It is recommended that all of the foregoing features be 

10 employed to provide redundant checking and control of communication. More 

specifically, the system menu switch 21 includes options for route starting and 
resetting, driver responses to messages sent from the BSCU 14, suspended 
operation (lunch, breaks, etc.), emergency activation, etc. The system menu switch 
21 operates by scrolling upward and downward through options and selecting an\ 

15 option by pressing left or right on the control knob. Special events also can be 

programmed to occur throughout a normal day of operation such as, on screen 
displays to the driver and driver prompts to enter a response "are you starting your 
route?", or "when are you breaking for lunch, after this stop?" or "stop 115 3 rd street 
has responded to message and is available to receive a package," "not available for 

20 delivery" or "would you like to reschedule this delivery for today?" etc. 

The attempt to deliver switch 22 can be actuated by the driver of vehicle 12 
upon reaching a user stop and finding no one available to sign for and/or receive a 
package. In this example, the driver activates the attempt to deliver switch 22 in 
order to inform the VCU 12 that a stop has been made and the package is still on 

25 board, the details of which will be further described hereinafter. 

The driver at a stop can actuate the reschedule stop switch 23 if the driver is 
planning to revisit the stop in the same day, as will be further described in detail 
hereinafter. Activation of the stop switch 23 indicates to the microprocessor 
controller 16 that a display module 33 and memory should be updated. In essence, 

30 the attempt to deliver switch 22 and the reschedule stop switch 23 cause the stop 

designation to be rescheduled for a second time in a day or for the following day. 
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The actual displayed information on the display module 33 is acceptance of input 
and further instructions, normally when the reschedule stop switch is activated. 

Additional options include the placement of the stop to be rescheduled within 
the upcoming stops in that day. The stored driver choices in the VCU 12 from the 
attempt to deliver and/or the reschedule stop switch/s, are sent to the BSCU 14 
respectively. Additional menu options 21 can be added to the VCU 12 in the form of 
buttons, as shown in Fig. 40. 

The VCU 12 can be configured so that the operation of the system menu 
switch 21, the attempt to deliver switch 22, and the reschedule stop switch 23 are 
purely optional. In this configuration, the location sensor 25 can automatically 
accomplish the aforementioned functions of the switches 21-23. However, in a 
simple configuration, the delivery driver has no user functions and the VCU sends 
package, delivery, and time information only to the BSCU 14. The range of 
configurations is provided for the types of deliveries and nature of a company and 
its packages or cargo. As an example, a furniture delivery company only delivers a 
limited number of packages per day. Most delivery times (on location) for furniture 
is unpredictable and, therefore, advanced features needed for quicker and more 
frequent stops are not needed. 

However, in one of the simplest configurations, the delivery driver has no 
user functions, and the VCU 12 is not equipped with a location-determining device. 
The VCU is equipped with a package sensor only, and the package sensor sends 
signals to the BSCU for the actual delivery of a package at a stop. Furthermore, for 
the BSCU to determine notification time, distance, location on a map, or broadcast 
the delivery vehicle's next stop, the BSCU should store the driver's route in its data 
base and/or receive next stop information from the VCU or other stored means. 
Other types of information may also be displayed on the display module 33. For 
example, the display module 33 may inform the driver of a particular vehicle to 
meet another driver for load sharing (as in a holiday season or when a driver 
experiences an emergency, such as a breakdown from a deflated tire or involvement 
in an accident), may inform the driver that the status of the VCU 12 in 
communication with the BSCU 14, or may inform the driver that the advance 
notification system 10 is operating. 
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A sensor comparison in the VCU provides the BSCU 14 with more accurate 
vehicle operational intentions, such as a vehicle door sensor and a location device 
{e.g., GPS) which may be compared for determining whether the driver has started 
to the next stop. A cross reference of these sensors and switches can make a 
determination between the vehicle 19 making a delivery stop and stopping at a road 
sign or red light or rest area. By comparing the location device outputs and 
determining when the vehicle 19 is stopped, with the delivery door sensor, a 
determination of a stop can be assured. Other calculations can be utilized on single 
sensors such as counting the number of times the delivery door opens and closes, or 
as a package is scanned as it enters or leaves a vehicle. 

The positioning system 25 can be used to determine the geographical position 
of the vehicle 19 on or above the earth's surface. The positioning system 25 could be 
GPS (global positioning system), the LORAN positioning system, the GLONASS 
positioning system (USSR version of GPS), or some other suitable position tracking 
system. 

Figs. 7, 8, 9, and 10, are modular component diagrams of the advance 
notification system 10 of the present invention, as configured to operate for 
example, but not limited to, delivery truck systems. Furthermore, each diagram 
helps to show examples of VCU 12 in different, but not limited to, system 
configurations and applications. It will be apparent to those skilled in the art that 
numerous other variations or modifications may be made to the preferred 
embodiments without departing from the spirit and scope of the present invention. 

To better understand the modules within VCU 12, Figs. 7, 8, 9, and 10, are 
examples of different configurations for providing advance notification of an 
impending arrival of a particular vehicle 19. Moreover, to understand the VCU 12 in 
different systems, Figs. 7, 8, 9, and 10, are illustrations and modular diagrams of 
the advance notification system and show how the VCU 12 interacts with the other 
system components. 

Fig 7, is an advance notification system 10 comprising, preferably, a plurality 
of on-board vehicle control units (VCU) 12, a modular Base Station Control Unit 
(BSCU) 14 and one or more person's linked to a computer network with one or more 
computers 36. In this configuration each Vehicle Control Unit (VCU) 12 is equipped 
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with a global positioning system (GPS) sensor 25a for receiving satellite signals for 
determining vehicle 19 location. The global positioning system (GPS) sensor 25a 
sends positioning data to the Computer Controller (CC) 12a. The computer 
controller 12a from a hierarchy standpoint controls the overall operation of the 
Vehicle Control Unit (VCU) 12. The computer controller 12a interacts with the 
Cellular Transceiver (CT) 18a and establishes wireless communication through the 
Wireless Transceiver (WT) 26 to the Base Station Control Unit (BSCU) 14. Actual 
communication between the Vehicle Control Unit (VCU) 12 and the Base Station 
Control Unit (BSCU) 14 can occur when the Computer Controller (CC) 12a receives 
wireless communication from the Base Station Control Unit (BSCU) 14, when 
predefined User Input Controls (UIC) 21a are activated, when a predetermined time 
period has expired, or when a predetermined vehicle location is determined, through 
the Global Positioning System (GPS) Sensor 25a. The actual communication 
protocol can be set by the Base Station Control Unit (BSCU) 14 and established 
from the end-user requirements during the setup of each system. 

The advance notification system 10 is customized for each system 
implementation for communication optimization needed for lowering the number of 
wireless messages and the cost between the Vehicle Control Unit (VCU) 12 and the 
Base Station Control Unit (BSCU) 14. As an example, when vehicles have extended 
and long drives, normally in rural or remote areas, communication can be stopped 
until the vehicle reaches a predetermined location, time, or when polled by the 
(BSCU) 14. Upon reaching the predefined location, or the expiring of a predefined 
time period, or when polled by the (BSCU) 14, communication is restarted. 
Additionally, the actual communication can be triggered by the activation of a User 
Input Control (UIC) 21a. As an example, when a vehicle driver activates the User 
Input Control (UIC) 21a {e.g., when a package is delivered and sensor is activated), 
communication from the Vehicle Control Unit (VCU) 12 to the Base Station Control 
Unit (BSCU) 14 can be established. Because the (BSCU) 14 controls the 
communication protocols (ability to analyze travel data for best communication 
methods, then down loaded to VCU 12) in the (VCU) 12, multiple combinations in 
most trucks 19 can be used to limit communication. 



Figs. 8, and 9, are illustrations of advance notification system configurations, 
without the use of a Global Positioning System (GPS) as shown in Figs. 1, 2, 6, 7, 
and others. Figs. 8 and 9 illustrate a system for notifying a Person's Computer (PC) 
36 by tracking each vehicle's package delivery attempt, by monitoring User Input 
Controls (UIC) 21a and each truck route list with order of delivery (RL) 21b (Fig. 9). 
By monitoring each vehicle's 19 attempted delivery and their particular route order, 
advance notification can be set for a prior stop, a particular estimated location using 
mapping software and/or past records of vehicle times associated with package 
delivery stops and the time between. 

Fig. 11 is a schematic circuit diagram of the VCU 12. The VCU 12 is 
designed to be a compact unit with a generally rectangular housing 34 that is 
mounted preferably on or in front of the dashboard of the vehicle 19 in view of and 
within reach of the vehicle driver. In the housing 34, the microprocessor controller 
16 is interfaced with the transceiver 18 by a transceiver jack 31 (preferably a 
conventional 8-conductor telephone jack when transceiver 18 is a mobile telephone), 
and the transceiver 18 includes an antenna 32 for transmitting and/or receiving 
signals to and from the BSCU 14. Furthermore, the VCU 12 includes a liquid 
crystal display (LCD) module 33 disposed for external viewing of the display by the 
driver for providing information to the driver, as described previously. 

Fig. 12 is a more detailed schematic circuit diagram of the electronic 
components associated with the VCU 12. The microprocessor controller 16 
essentially controls the operation of the transceiver 18, the Global Positioning 
System (GPS) 25 and the LCD display module 33. A switching element 37, such as 
an opto isolator (optical isolator) unit, provides a buffer between the microprocessor 
controller 16 and the battery 35 as well as switches 20, 21, 22, and 23. An EEPROM 
43 is provided for storing the control programs and other requisite data for the 
microprocessor controller 16, and a RAM 44 is provided for running the control 
programs in the microprocessor controller 16. A matrix keyboard emulator 39 is 
interfaced between the transceiver 18 and the microprocessor controller 16 to 
control and transmit signals over the transceiver 18. Further, a dual tone multiple 
frequency decoder 41 is interfaced between the mobile telephone transceiver 18 and 




the microprocessor controller 16 for decoding modem signals, or tones, received by 
the mobile telephone transceiver 18 from the BSCU 14. 



5 

B. Base Station Control Unit 
Referring to Figs. 1 and 2, the BSCU 14 may be implemented using any 
conventional computer with suitable processing capabilities. The BSCU 14 can 
communicate to the homes or businesses of customers via, for example but not 

10 limited to, either of the following interfaces: (a) computer links 31 through modem 

cards to the user computers 29; (b) a computer network operated by an Internet 
service provider. The Internet adheres to the conventional computer-networking 
model and supports the carrying of application information in an application 
independent fashion. The computer network is a cost effective technology that 

15 delivers voice and data information between computer terminals and a computer 

network or Internet using existing POTS (plain old telephone service) lines, ADSL 
(asynchronous digital subscriber line), FTTC (fiber-to-the-curb) networks or cable 
television network or a combination of the two infrastructures. The BSCU 14 or 
parts of the BSCU 14 may also reside in a user home or business as a stand alone 

20 operational system, via software operating on a user computer 29 and receiving 

vehicle 19 location information from VCU/s 12 through a modem and/or network 
link. Moreover, the BSCU 14 and user computer 29 may contain combinations of 
modules for achieving notification of the impending arrival of a vehicle 19 at a user 
stop, on that user computer/computer address. 

25 In the preferred embodiment, a centralized BSCU 14 communicates through 

a direct link to a computer network and/or multiple port modem cards to user 
computers 29. When using multiple means in this regard, a set of conventional 
modem processing cards are utilized for communicating with computers 29 in one 
or more homes or businesses, or with computer/Internet addresses as depicted in 

30 Fig. 1 as user locations 36. The system 10 could be configured to send an electronic 

message to a prospective users' network address, thus warning the user of the 
impending arrival of a vehicle 19, as opposed to sending data to activate a user 




computer equipped with additional software for displays and audio warnings. In 
the preferred embodiment, the BSCU 14 includes at least one communication 
mechanism 26 and associated line, dedicated for communication with the VCUs 12. 
However, as mentioned previously, the BSCU 14 may be designed to communicate 
5 with the VCUs 12 via any suitable wireless communication device, in which case, 

the BSCU 14 would include a corresponding transceiver having the ability to 
receive a plurality of signals from the plurality of vehicles 19. 

The BSCU 14 also includes at least one, but preferably a plurality of 
telephone modems 27 (or other suitable communication interface) with associated 

10 telephone lines, for making the communication links to users' computer locations 

36, or in this case, the homes or businesses of the users receiving and sending 
packages. The user messaging program (Fig. 3) for the advance notification S3 r stem 
10, which will be discussed in further detail hereinafter, can be designed to send 
messages to the computer address associated with homes or businesses of a user 

15 and allow the users computer 29 to display a message to be recognized as that of the 

advance notification system 11. Although, sending information from a BSCU 14 to a 
user computer 29 as described above is used in this example, other configurations 
are equally important. Another configuration includes a user computer 29, equipped 
with the BSCU 14 software modules and a link to a computer network for receiving 

20 vehicle location information (Fig. 8). 

The BSCU 14 modules and the PC 29 modules can be configured in multiple 
arrangements. In Figs. 7, 8, 9, and 10, system modules are setup in different 
configurations to show examples of moving modules from remote BSCU 14 areas to 
a PC 29. A system setup normally requires a Wireless Transceiver (WT) 26 for 

25 communication with the VCU 12 on vehicles 19 and a Vehicle Location Data Base 

(VLDB) 14a for storing vehicle location data and a Mapping Software Data Base 
(MSDB) 14b for positioning the vehicle's 19 location onto maps and a Notification 
Data Base (NDB) 14c for activating an impending arrival message from a User 
Request Data Base (URDB) 14d. The URDB 14d stores each persons phone 

30 number/s, computer address, preferences for notification, package information, 

stopping deliveries when out of town, etc. The Person's Computer 29 linked to a 
computer network is for receiving impending arrival messages when vehicles 19 are 
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approaching. A person's computer 29 can be equipped with standard messaging 
software associated with a computer network or additional software that activates 
additional audio and/or video when vehicles 19 are approaching and an impending 
arrival message is received. Moreover, networking software provided by commercial 
5 Internet access providers with electronic messaging (E-Mail) capabilities, provides 

an easy method for a person wanting impending vehicle 19 arrival information on 
their computer screen without adding proprietary software associated with an 
advance notification system 10. Actual messages can be forwarded to the Vehicle 
Control Unit (VCU) 12 when necessary and displayed on the Liquid Crystal Display 
10 (LCD) 33a for driver requests and delivery needs, requesting additional information, 

etc. 

Fig. 8 illustrates a system configuration for placing more intelligence and 
computer processing capabilities in each person's computer 29, as opposed to Fig. 7 
where the Base Station Control Unit (BSCU) 14 is controlling the Mapping 

15 Software Data Base (MSDB) 14b, the Notification Data Base (NDB) 14c, the User 

Request Data Base (URDB) 14d . In Fig. 7, these modules are controlled by each 
Persons Computer (PC) 29 linked to a computer network. By equipping each 
Person's Computer (PC) 29 with proprietary advance notification system software 
as illustrated in Fig. 8, different system configurations can be used for optimization 

20 and customization for the end user. Additionally, information sharing between 

modules on a person's computer 29, as opposed to more modules located at remote 
locations (Fig. 7) away from each person's computer 29, may, in some cases, not 
optimize performance. By locating system modules (pi'oprietary software) on each 
person's computer 29, the Base Station Control Unit (BSCU) 14 loading can be 

25 minimized. Moreover, actual onscreen video and audio associated with the advance 

notification warning can be stored on a person's computer 29, with activation by a 
vehicle's 19 location as it reaches a predefined location, time, or prior stop. This 
configuration allows vehicle 19 location information to be received by the Wireless 
Transceiver (WT) 26. 

30 The live vehicle 19 location information is made accessible through the 

Vehicle Location Data Base (VLDB) 14a. The (VLDB) 14a also analyzes route data 
by averaging past routes with time from one location to the next. Time of day, day of 




week and month are also determining factors needed for determining the average 
travel time from one location to the next. The protocols used for the computer 
network communication between the modules located on a person's computer 29 and 
the modules located at a BSCU14 for vehicle location 14a are normally as follows, 
(a) The Person's Computer (PC) 29 contacts the Base Station Control Unit's (BSCU) 
14 Vehicle Location Data Base (VLDB) 14a (Figs. 7-10) when vehicle 19 location is 
needed for monitoring a vehicle 19 for an advance notification warning. Timing 
cycles are used for vehicle 19 location updates, and preferences can be set for 
communication optimization, (b) The Base Station Control Unit (BSCU) 14 sends 
vehicle location to the Person's Computer (PC) 29 when a predefined time period 
expires, the estimated vehicle 19 location is not correct with the actual vehicle 19 
location, when a vehicle 19 sensor is activated, or when loading or capacity allows 
for communication to take place. Additionally, vehicle 19 location information can 
be sent over a computer network and/or Internet at predefined times and 
automatically received by each Person's Computer (PC) 29 that is linked to the 
computer network/Internet. A particular vehicle's location, in-betv/een 
communication cycles, is established by past vehicle location records and average 
time needed to travel from one location to the next. Moreover, some configurations 
only update vehicle 19 locations at a predefined time of day. 

Fig. 9 and Fig. 10 are illustrations of an advance notification system 10 
configuration without the use of a Global Positioning System (GPS) sensor 25a as 
shown in Figs. 1, 2, 7, and 8. These configurations illustrate a system 10 for 
notifying a Person's Computer (PC) 29 by tracking vehicles' 19 package delivery 
attempts, by monitoring User Input Controls (UIC) 21a and each truck's Route List 
with order of delivery (RL) 21b. By monitoring each vehicle's 19 attempted delivery 
and the particular route order, advance notification can be set for a piior stop, a 
particular estimated location using mapping software and/or past records of vehicle 
19 times associated with package delivery stops and time therebetween. The BSCU 
14 modules can be networked between remote locations and a PC 29. These 
configurations allow the BSCU 14 to run all or some of the proprietary software and 
messaging capabilities for sending or displaying impending arrival messages to or 
on a PC 29 before a particular vehicle 19 arrives. Additionally, setting preferences 
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can be achieved by connecting a (PC) 29 to the data stored on the BSCU 14, or 
storing the preferences on each PC 29. 

The messaging program (Fig. 3, 4, 5, 6, 8, 9, 22, and 25) associated with the 
advance notification system 10 may also be configured to make the user computer 

29 exhibit a distinctive audio sound, or audio message, so that the recipient can be 
away from the computer 29 and receive the message. The message may also be in 
the form of a code for activation of advance notification software for displaying 
messages or direct a modem link for playing audio from a broadcast. A standard 
activation or broadcast of a message is in signals, sent to a computer with a modem 
attached, over a telephone line and typically in the form of tones. The message is 
asserted over a telephone line communicating information between modems 27 and 

30 , for accessing a computer address and establishing a communication link 31 to a 
user computer 29 over the telephone line . 

Implementation of an advance notification system 10 over a computer 
network may be accomplished by purchasing a networking feature as a software 
and/or hardware package or in the form of a software program with communication 
capabilities and network service provider package or links to networks. One form of 
a network link is in the form of an Internet service provider. This service is widely 
available to the public. Generally, Internet service providers operate network 
computers for linking computers with other computers, now usually over normal 
telephone line interfaces, but greater capacity handling communication links 
including fiber optics, cable television networks, and digital wireless networks may 
also be used. When a computer is connected over a telephone line to an Internet 
service provider the telephone line link travels from telephone lines linked to the 
Internet service provider through the telephone company switch to the user 
computer. 

The feature for establishing the Internet connection is sold to the public 
under several different commercial trade names. Examples are as follows: America 
On Line (AOL), Microsoft Network (MSN), AT&T WorldNet Service, CompuServe 
and many more. 

The package addresses are normally associated with the package 
identification numbers in many ways. For example, the package address may be 
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added to the package by additional bar coding when the package is shipped or, the 
user sending or receiving a package may connect to the BSCU 14 over a computer 
network or telephone and add an address (computer network address) to a package 
identification number for activating an advance notification message associated 
with the impending arrival of a vehicle 19 carrying this package. 

II. System Operation 



Initially, vehicle stops for each vehicle 19 are programmed into the advance 
notification system 10 by entering the respective package addresses. As the vehicle 
19 is loaded with packages, the package addresses are considered as the vehicle 
location stops by the system 10. The actual addresses of the packages are normally 
scanned into a database program using a bar code scanner device (United Parcel 
Service tracking numbers are of the following formats: 1Z 999 999 99 9999 999 9, 
9999 9999 999, T999 9999 999, or D999 9999 999 with spaces and dashes ignored). 
The actual vehicle 19 number (which delivers or picks up a package from a business 
or resident, and not necessarily mid-point vehicles) and package addresses are 
recorded into the BSCU 14 when packages are sorted to a specific delivery vehicle 
19 or are entered into the BSCU 14 by the user sending or receiving the package. 
Additional vehicle 19 stops may be added when requests to pickup packages are 
received. The request to pickup a package can be downloaded to the VCU 12, with a 
display for the driver to accept or return for another driver or time/day. If the 
vehicle 19 driver enters route or package data (the order of delivery, packages, or 
changes from a computer generated delivery list), the data is then uploaded to the 
BSCU 14. The timing and package delivery locations are recorded in the BSCU 14 
during the initialization of the system 10 and used as a reference for determining 
locations from impending arrival message points. This information accesses the 
computer network to inform a user computer 29 when a delivery vehicle 19 is at a 
predetermined time, mileage, street location, and/or last delivery away from a 
vehicle 19 stop. In the preferred embodiment, determining the location of a delivery 
vehicle 19 is accomplished by sending the vehicle location of a delivery vehicle 19 
from the time the vehicle 19 departs and/or starts its route. 



Initialization 




The timing information is recorded during the initialization and daily 
recording of vehicle locations with time, and the system 10 is used as a reference 
during the usual operation of the system 10 for the purpose of determining whether 
a delivery vehicle 19 is at a predetermined location or time from a delivery stop. 
Other reference information may be obtained from software for mapping, for 
example, streets, vehicle speed limits, and traffic flow. 

However, it should be emphasized that other methodologies could be utilized 
for determining the communication to or from a location sensor of a delivery vehicle 
19. For example, the GPS sensor 25 may communicate with the BSCU 14 when the 
delivery vehicle 19 is in motion (as indicated by phantom lines in Fig. 1), additional 
VCU 12 timing cycles for communication controlled by the microprocessor controller 
16. At particular times, the longitude and latitude readings or optionally a 
Universal Transverse Mercator (UTM) grid system number, could be sent. When 
the vehicle 19 is in a stationary position, the communication cycle controlled by the 
microprocessor could be slowed down to one cycle until the vehicle is in motion 
again, compared to reference longitude and latitude or (UTM) information readings 
which were obtained on a cycle per minute when the vehicle is in motion 10. In this 
way, the determination of the location of a delivery vehicle 19 could be accomplished 
by less communication to and from the VCU 12 and BSCU 14. 

Another methodology, which could be utilized for the timing cycles of 
communication to and from the delivery vehicle 19 involves interfacing the BSCU 14 
with wireless communication protocols. The BSCU 14 system is equipped with 
communication software for contacting each VCU 12 and asking for GPS longitude 
and latitude information or Universal Transverse Mercator (UTM) grid system 
information from the VCU 12 on each delivery vehicle 19. The vehicle 19 location 
may be polled in normal communication protocols, such as contacting each VCU 12 
in a first to last cycle with vehicles 19 in motion or on a normal clock cycle for 
minimizing communication to and from the VCU 12 and BSCU 14. The received 
delivery vehicle 19 location (longitude and latitude or Universal Transverse 
Mercator (UTM) grid system information) from the VCU 12 to the BSCU 14, is 
calculated from the time and/or distance away from a stop using mapping 
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technology for road distances, and additional speed limits, actual traffic averages, 
and other means for better calculation accuracy. 



The overall operation of the advance notification system 10 will be described 
with reference to Figs. 13 and 15. Fig. 13 sets forth a flow chart showing the overall 
operation after the system 10 has been initialized. Fig. 15 shows an example of a 
schedule of possible events and the interactions, which might occur between the 
VCU 12 and the BSCU 14 as the vehicle 19 travels along its route and makes its 
scheduled delivery stops. 

In Fig. 13, the right-hand column illustrates the sequence of events for the 
BSCU 14, and the left-hand column illustrates the sequence of events on the VCU 
12. In efforts to lower overall communication between the VCU 12 and the BSCU 
14 when large vehicle 19 fleets are equipped with the advance notification service, 
actual vehicle 19 locations in the BSCU 14 are based on past route comparisons, 
such as those shown in Figs. 14 and 16. Fig. 14 shows illustrations of a time line 
for delivery stops and planned route-timing events for each stop. The time line has 
the following time designations: when the route should start 606, time to each stop 
605, and the ability to change the route list 615 when the VCU 12 location sensor 
determines a difference. 

First in Fig. 13 T the delivery vehicle 19 ignition is switched on, as indicated 
at block 45a. At the beginning of each route, the system 10 could be configured to 
automatically initialize itself upon power up of the VCU 12. The delivery door 
opening or a bar code scanner initiating communication, or both, could activate the 
powering up. Further, the BSCU 14 could be programmed to initiate itself after the 
vehicle 19 moves to a predefined distance or location, such as a waypoint (longitude 
and latitude or Universal Transverse Mercator (UTM) grid system information 
area), determined by the positioning system 25. This initialization action causes the 
microprocessor controller 16 to inform the BSCU 14 of the vehicle 19 location and 
the beginning of its route. The foregoing action is indicated at flow chart block 45b 
(Fig. 13). Alternatively, the vehicle 19 driver can press the start/reset switch 21 on 
the VCU 12 system menu 21 to initialize the BSCU 14 for restarting the route 
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tracking sequence. Additionally, driver/user options may be accessed by the user 
controls on the VCU 12. 

After initialization of the VCU 12 to the BSCU 14, the display module 33 on 
the VCU 12 preferably displays stop and location information. The stop location 
5 continuously (Fig. 40) runs on the display as the delivery vehicle 19 progresses 

along its route. 

Next, as indicated at flow chart block 45c (Fig. 13), the VCU 12 determines, 
continuously or periodically, the location of the delivery vehicle 19 by the 
positioning system 25 and sends the BSCU 14 (Fig. 1) the location information in 

10 view of the planned route or stop sequence data (derived from initialization of the 

packages on the vehicle 19 and/or mapping technologies). In the preferred 
embodiment, the BSCU 14 at least compares the delivery vehicle 19 current location 
with the planned route location derived from the logistics of current mapping and 
route planning technology (Fig. 10) for determining time and/or distance away from , 

15 a user stop. By comparing previous vehicle 19 routes with time differences between 

waypoints (longitude and latitude points or Universal Transverse Mercator (UTM) 
grid system information points an average route timing data base may be used to 
calculate the time to travel from actual vehicle locations to the impending arrival 
time at a particular stop. Additional traffic flow measurements may be added by 

20 comparing time of day, actual live traffic flow sensors, or other methods. 

The method for determining a distance from a user stop for activating an 
advance notification message may be accomplished by software at the BSCU 14 or 
the user computer 29. The user interactive software shows the current user location 
on a map (Fig. 31). The user places road markers Fig. 38, a circle perimeter Fig. 36, 

25 a grid perimeter Fig. 37, which allows the vehicle 19 to determine actual points at 

each road for a message of the impending arrival of a vehicle 19, etc. The actual 
vehicle location activates the impending arrival message when the location matches 
the selected choice from the user preference data base. Furthermore, the actual 
order of vehicle 19 stops may be used to determine if the vehicle 19 is entering a 

30 selected area on more than one occasion. This comparison provides a distinct 

advantage by increasing the accuracy of a vehicle 19 impending arrival message by 
sending the message after the last entry of a vehicle 19 into the user-predefined 
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area. Another advantage of comparing the delivery order list to the user defined 
areas for notification is the addition of the number of deliveries before reaching the 
user stop to the impending arrival message, e.g., "UPS has 3 packages for delivery 
and is 1 mile from your stop at this time. The vehicle has 2 other stops before 
5 reaching your location". 

While the delivery vehicle 19 actual locations are compared to the existing 
travel time and distances (Fig. 15), the BSCU 14 is also storing actual location 
events (time between longitude and latitude or Universal Transverse Mercator 
(UTM) grid system information points) for averaging with the planned route/travel 

10 time over distances. When the BSCU 14 begins sending messages to user computers 

29 at a predefined time, distance, location, and/or prior stop, for the impending 
arrival of a delivery vehicle 19, each particular user computer 29 receives an 
electronic message and is displayed on their screen, as indicated in flow chart block 
145a (Fig. 16). In one example, as shown in Fig. 16, at waypoint number 20 (140c) 

15 along the delivery route, the BSCU 14 places a message (144c) to a user computer 

29 at waypoint 30 (140d) of the delivery vehicle 19 actual location. A second 
example in Fig. 16, shows a user being notified when the vehicle 19 is one mile away 
(144d) from waypoint 30 (144d). The third example in Fig. 16, shows a user being 
notified when the vehicle is at a predefined street location (144b). This is: 

20 accomplished by comparing street mapping software with included. 

longitude/latitude or Universal Transverse Mercator (UTM) grid system 
information coordinates, notification requests, and the (BSCU) 14 vehicle location 
data base (VLDB). As shown in the configurations (Fig. 15 and 16), time is used to 
cross reference travel between locations. Determining vehicle, location 19, between 

25 communication updates, is achieved by comparing times of prerecorded route 

information, actual live traffic monitoring systems, and statistical data. 

Additionally, preferences for activation of advance notification warnings are 
shown in Fig. 33, 34, 35, 36, 37, and 38. After a preference is selected from the end 
user, the data is normally placed into the Notification Data Base (NDB) 14c after 

30 calculations have been made from the address entered into the BSCU computer 32 

(Fig. 1) from a network connection as shown in Fig. 30 and 31, or ANS software 
residing on their computer, with or without a network connection. The other 
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calculation of information is in finding an actual longitude/latitude or Universal 
Transverse Mercator (UTM) grid system information coordinate of each home, 
business, street address, or most other places on the earth's surface, which can be 
found with existing mapping software. The Universal Transverse Mercator (UTM) 
is one grid system that eases the conversion of GPS readings to map data. 

Another example compares the list of stops with the vehicle 19 location and 
determines the last occurrence before the delivery vehicle will cross the predefined 
marker points to activate the impending arrival message 19. 

Additionally, the BSCU 14 adjusts its messaging activation to an actual stop 
point at each user stop. This allows each user to be notified in accordance with the 
selected predefined time, distance, location and/or last stop, for example, "The XYZ 
Delivery Company truck is currently at the comer of Delk Road And Peachtree Street 
and is approaching your stop" block 415 (Fig. 18). A second message 419 (Fig. 18) 
will also be sent when the vehicle 19 is detained outside of the predefined system 10 
preferences for being late for a stop after sending the initial message 415. 
Furthermore, in this configuration, a third message is sent as the vehicle 19 arrives 
at the stop 424. The flow chart (Fig. 18) shows an example of the messaging 
sequence from the BSCU 14 to each user. The example also shows the activation 
methods used for determining when a vehicle 19 is late and shows that a second 
and/or third message should be activated and sent to the person's computer 29. 
However, when the BSCU 14 determines that the delivery vehicle 19 is excessively 
late after notifying an individual of an impending arrival at a particular stop, the 
BSCU 14 resets the message for a route update sequence (Fig. 17) that informs the 
user of an unexpected occurrence (e.g, a traffic jam), as indicated at flow chart block 
399 (Fig. 18). The planned route (Fig. 17) 401 is updated by the actual route 
information when the preferences 403 are exceeded and the actual time exceeding 
the predefined limits 406 are reached. The route update is complete when the new 
actual time 402 resets the planned time associated with the location of the vehicle 
19. The route timing update is shown in block 404 (Fig. 17). After each route 
update, a message update routine determines if an end user needs a second or third 
message. The activation of a second message is normally determined by the planned 
location predefined limit 403, or an individual limit predefined for sending a second 
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or third message. The illustration (Fig. 17) shows an automatic sequence for 
activating a second message 405 and sending a second message 405b, when each 
route is reset. A more detailed description (Fig. 18) shows how the activation of a 
second message is determined. 

As indicated at flow chart block 45f (Fig. 13), the BSCU 14 again determines 
if the delivery vehicle 19 is on the planned route and stop schedule by analyzing the 
vehicle location 25 (Fig. 1) and comparing it to the actual stops on the list. 
Preferably, in this regard, the BSCU 14 at least compares stops on the driver list 
and the actual location of stops made by the driver to determine if the driver has 
changed from his route list order. Other stops, such as pickups (Fig. 44), are 
displayed on the vehicle VCU 12 display, and changes to the route list (Fig. 42 and 
43) order are available to the driver via push button entry. Additionally, so the 
driver acknowledges a new entry or route update, the VCU 12 may be equipped 
with an audible sound, such as a buzzer, tone, or different voice recordings for 
announcing each event without the need for the driver's eyes to look at the VCU 12 
display when driving. Accordingly, requests for package pickups are processed in 
the BSCU 14 and sent to the appropriate vehicle VCU 12 and scheduled into the 
drivers' list of stops (Fig. 41). The driver has the final opportunity to reschedule 
(Fig. 43) or move (Fig. 42) an added stop through the VCU 12 push button menu. 

For example, Fig. 14 shows a finished delivery route that started at seven 
thirty. After starting the delivery route, the delivery vehicle arrives at stop number 
001 at 07:37:22AM as depicted by information block 610 after driving seven minutes 
and twenty- two seconds as depicted by information block 609. Stop 001 takes two 
minutes to unload all of the packages and another two minutes and ten seconds to 
reach stop 002 at 07:41:32AM. Stop 003 takes five minutes and forty-five seconds 
from the time the vehicle 19 arrived at stop 002. The arrival at stop 004 is on time 
but the delivery takes an unexpected ten minutes and causes a ten-minute delay in 
the scheduled route as depicted by information block 614 and 615. The scheduled 
route list was rescheduled by the delay depicted by block 615 of ten minutes and 
stop 005 was reached ten minutes later than the scheduled planned route, at 
08:13:34AM. The VCU 12 display 602 in Fig. 14 is an example of the information 
that the driver sees and uses. The other route information 601 shown in Fig. 14 is 
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not needed for driver interaction and is a VCU 12 automatic component for lowering 
the wireless communication between BSCU 14 and the VCU 12. Although not 
disclosed in this example, additional directions with or without map displays, 
estimated route completion times, on or off normal schedule indicators, and others 
5 may also be displayed on the VCU 12 display module 33. Just prior to leaving a 

stop, the driver views his next stop on the display module 33. Additional directions 
can be activated by the. drivers' input or automatically after a predefined time 
period or a predefined distance the vehicle 19 has traveled. The automatic display 
changes may start when the driver arrives at a stop by displaying the next location. 

10 The display shows the next address until the vehicle 19 has started moving and the 

display cycles between the next stop's address and a map display showing 
directions. The display continues to cycle until the vehicle 19 arrives at the next 
stop, then the sequence repeats. 

The vehicle 19 location and the communication of the vehicle 19 location 

15 from the VCU 12 to the BSCU 14 are determined by both the BSCU 14 and the 

VCU 12 for lowering the amount of wireless communication. As previously 
explained the VCU 12 can be programmed to compare a planned route with an 
actual route and communicate to the BSCU 14 when the differences exceed the 
predefined limits. The VCU 12 can also be programmed by the BSCU 14 for 

20 communication cycles. The cycles which can be programmed for acknowledgment of 

sensor activation and communication from the VCU 12 to the BSCU 14 can only be 
made when the vehicle 19 has left stop 1. The display module 33 preferably displays 
"next stop" followed by directions and/or messages received from the BSCU 14. The 
foregoing feedback signal from the vehicle 19 in motion may be replaced or 

25 generated from other sensors, such as the driver seat, the ignition switch, 

placement of the vehicle 19 in gear, etc. 

The BSCU 14 checks the vehicle 19 location to confirm that the vehicle 
location 141a (Fig. 15) corresponds to the programmed vehicle location 140a (Fig. 
15). When actual vehicle location 141a is different from the planned route location 

30 140a changes are made 142a (Fig. 15) in the planned route data. Determining when 

the vehicle 19 is at a predetermined location on a map is shown in Fig. 28. The 
actual location points and/or addresses 341a - 34 If are determined by the VLDB 
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14a, the MSDB 14b, and the URDB 14d, then stored into the NDB 14c. In Fig. 27, it 
is shown that a user at 1010 Oak Lane 332 has requested an advance warning time. 
The advance warning time is five minutes and thirty seconds before XYZ Delivery 
Company delivery truck arrives as depicted by information blocks 335 and 336. 
When the vehicle crosses any locations matching notification time/s shown in 341 
and shown in more detail in Fig. 28, the advance warning is activated. The only 
exception is a stop that is scheduled between an activation point/location and the 
final destination. Block 343 of Fig. 27 shows the delay of notification for each stop 
that is used to determine an arrival time when other stops will be made between 
the activation points and the targeted destination. Past route averages normally 
determine how much time a stop will take. In Fig. 27, each stop in-between the 
activation points/locations and the final destination will take fifty-five seconds. 
Each stop the vehicle 19 makes, at each location, can be averaged and therefore 
different and better determinations of actual delivery times can be made for more 
accurate advance warning message times. Although time is used in the advance 
notification block 336 in this example, notification by a distance block 337, and 
notification by a location block 338 can also be used. 

If the delivery vehicle 19 is stopped in traffic, then the VCU 12 will continue 
to communicate with the BSCU 14 each time the vehicle 19 is in motion to inform 
the BSCU 14 of this new location, not exceeding the predetermined cycle limit, such 
as a vehicle 19 in start/stop traffic. If the vehicle 19 is on a normal schedule and on 
an expressway or interstate, the BSCU 14 may have a Vehicle Location 
Determining Factor (VLDF) 104 (Fig. 21) of 95% or higher, without repeated cycles 
from the normal operation of the VCU 12. Based on the location of the vehicle 19 
and the VLDF 104 the BSCU 14 may lower the communication cycle rate of the 
VCU 12 until the vehicle 19 enters a more demanding area, until the vehicle 19 
enters an ai*ea closer to a user stop or when the VLDF 104 is at a lower percentage. 
The VLDF 104 (Fig. 21) is determined by the past vehicle 19 location points and 
averaged time. This feature can lower the communication rate from the VCU 12 to 
the BSCU 14 by determining when communication should be increased or decreased 
and not overloading existing communication channels. 





Other methods to determine when to use cycle communication are depicted 
in Fig. 24. In this regard, Figs. 21 and 24 show methods used before the route 
starts 914, and Fig 23 shows methods use when the route is in progress 901. 
Moreover, as previously described, the VLDF 104 is also used to determine when 
5 cycle communication is used. In Fig. 23, the next stop is evaluated in block 905 by 

the time and in block 904 by the distance. The Then the distance in block 904 is 
compared in block 906 to the default distance exceeding limit , and the time of 
block 905 is compared to the default time limit in block 907. When time or distance 
exceeds the predefined limits, the method is changed to cycle communication in 

10 block 910 for delaying communication when it's not needed. The distance, location, 

or time in blocks 911, 912 and 913 sets the restarting of communication. 

Fig. 24 shows an example for determining when to use a cycle 
communication method in a route list, before the route starts as depicted by block 
914. By comparing the route list with mapping software in block 915 for 

15 determining actual roads and streets to be traveled and by comparing the data to 

the notification data base (NOB) in block 916 (when impending arrival messages 
will be sent), delays between notification activation times can be determined. When 
the time delay between notification times reaches a preset limit, in this example 
ten minutes as depicted by block 917, the communication can be stopped in block 

20 918 for a period of time as shown by block 919 or when a location is reached *as 

shown by block 920. The actual time or distance for stopping the communication is 
determined by the amount of time or distance/location between stops and 
notification activation points. 

After the BSCU 14 downloads communication methods to the VCU 12, and 

25 during the VCU 12 actual route, if the VCU 12 communication monitoring means 

determines no changes in the vehicle 19 location and no sensor activity after a clock 
cycle has been completed, communication is delayed until the vehicle 19 location 
has changed and/or actual sensor activity is determined. Additionally, when the 
VCU 12 communication monitoring means determines a communication problem 

30 after an attempt has been made to contact the BSCU 14 (e.g. vehicle 19 enters an 

area the wireless communication means cannot connect to the BSCU 14 known in 
the art as a "dead area" or "drop area"), the clock cycle is accelerated until the 
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communication to the BSCU 14 is regained. The VCU 12 will continue to monitor 
the inputs from devices 20, 21, 22, 23, and 25 (Fig. 12) to gain current information 
when communication is acknowledged/restored. 

Communication methods are normally associated with wireless loading and 
the ability to handle a fleet of VCU 12 responding to one BSCU 14 in most 
configurations. When other configurations are used for advance notification 
systems, such as, when (Fig. 19 and Fig. 20) the VCU 12 is equipped with a delivery 
order route list (block 181 of Fig. 19) and a sensor or activation method for 
determining when an attempt to deliver a package on the route list has been made, 
the communication is simply activated by the sensor input. In Fig. 19, the flow chart 
shows how the VCU 12 and the BSCU 14 communicate to locate a particular vehicle 
19 location. To find a vehicle's location as depicted by 160, in this configuration, the 
current stop and order of delivery list is determined in block 161 from the 
information received by the VCU 12. The location of the last stop from block 162 
and the time of the last stop from block 163 are compared with the next delivery 
stop from block 165 and the distance from block 166, and time from block 167 
between the stops for an estimated time of arrival . Mapping software 14b and 
prior route records of past deliveries in block 168 provide additional data for 
determining the vehicle's location in block 169. 

Determining the activation of an advance notification warning associated 
with this configuration is shown in Fig. 20. When a delivery or an attempted 
delivery is made in block 191, the information is sent in blocks 191a and 192 from 
the VCU 12 to the BSCU 14, and the BSCU 14 determines what stop is next on the 
delivery list in block 193, and then finding this next stop in the data base is 
attempted in block 194. If the user has information in the data base, preferences for 
sending an impending arrival message are established in block 195 and a message 
is sent to this person's computer 29 of the impending arrival of a vehicle 19 in block 
196. 

In Fig. 22, the VCU 12 is using and monitoring via the computer controller 
12a, a GPS 25 location device and the user input controls 21a. The vehicle 19 
location and sensor input is sent to the BSCU 14 from the VCU 12 cellular 
transceiver 18a. The BSCU 14 receives the wireless information after the wireless 
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information from the VCU 12 passes through the closest land based antenna, then 
the information is routed over switched telephone lines to the BSCU 14 modem 
connection 26. The vehicle information 201 is added to the vehicle 19 location data 
base (VLDB) 14a. The actual user notification requests are received from a person's 
5 computer 29 connected over a network 300 (Fig. 22) via interface 209, and taken 

from user input options 210, then stored into a notification data base (NDB) 211. 
The notification data base (NDB) 211 includes timing for activating an advance 
warning 205 to physical and electronic addresses 204 and compiling this 
information into a list 203 for notifying persons' computers 29 associated with a 

10 route list. To activate a message, the vehicle 19 location and the preferences for 

notifying an individual should match 202. When the match occurs, a message is 
initialized 208 and sent to a person's computer 207, through computer network 
interface 206 and computer network 300. 

The information sent to a person's computer 29 can be received with normal 

15 computer networking software, or with additional proprietary software. With 

proprietary software 223 (Fig. 25) operating on a person's computer 29, the 
software 223 can determine when a vehicle 19 is approaching in block 224, then 
compare user preferences in block 225 when a vehicle 19 is approaching for 
displaying video and playing audio messages of the impending arrival of a vehicle 

20 19 in blocks 226 and 227. As depicted by blocks 230-236, display information can 

show for example, but not limited to, any of the following display options 226a: 
vehicle driver information, vehicle information, location on a map, time 
countdown, mileage countdown, last delivery or stop location, cargo information, 
etc. As depicted by blocks 238-244, audio information can be for example, but not 

25 limited to, any of the following audio options 227a: play audio of vehicle name, 

vehicle information, street address, time countdown, mileage countdown, last 
delivery or stop location, identification of cargo, etc. An example of a person's 
computer 29 operating proprietary advance notification software is shown in Fig. 
26. The display shows a map 770a, a location on a map that represents a person's 

30 business or home address 773a, and the location of a vehicle 19 approaching the 

business or home address 774a. Additionally, this display has been configured to 



38 






10 



15 



20 



25 



show the time before the vehicle arrives 771a, and to show the distance in miles 
before the vehicle arrives 772a at the persons business or home address 773a. 

At the end of a delivery route (Fig. 44), the VCU 12 makes an inquiry to the 
BSCU 14 as to whether there are any more delivery stops in block 151. As shown 
by blocks 152-156, if the delivery list has been completed, then the VCU 12 may 
contact the BSCU 14 and receive additional information to display on the VCU's 
LCD 155a that prompts the driver to stop at a receiving dock for more packages, 
(especially during the holiday seasons and peak loading) or meet a second delivery 
vehicle to share its load when it is behind in its schedule. When the vehicle 19 
receives packages from another vehicle, the packages taken from the second vehicle 
are normally scanned out with normal hand held bar code scanners and are loaded 
and scanned into the first vehicle 19 package delivery data base and the package 
location information/bar code numbers (package identification numbers) are 
uploaded to the BSCU 14 with a new vehicle 19 number. The route list is 
established from the BSCU 14 determining the shortest routes from the addresses 
and downloaded to the VCU 12. The sequence for notification to a user computer 29 
is restarted. 

A second method for a user to learn of the impending arrival information of a 
package delivery may be accomplished by a user accessing and requesting 
information through a computer network, for instance, the Internet, from the BSCU 
14 through an Internet site or home page. The BSCU 14 software is designed to be 
added to the existing Internet site pages, which are owned and operated by delivery 
companies. When a user accesses a computer address (e.g. Internet site), the user 
may enter requests for a delivery by entering their telephone number, business or 
home address, or package identification number, for locating actual packages for 
delivery. If a delivery is to be made that day, an actual route list from each vehicle 
19 stored in the BSCU 14 is compared to the planned route and scheduled time of 
delivery (STD) database. The STD is a record of events from other routes, this 
record averages the time and distance to be traveled with the actual route in 
progress. Note: the STD records are from GPS sensor readings and the time 
between or travel time between each reading and not from completed routes from 
start to finish. 




Thus, by incorporating the STD with the actual delivery schedule, estimated 
time of delivery is established and accessible to a user requesting delivery schedule 
information. The advantages of offering a user a close approximate time of delivery 
are easily seen in these examples: a user needing to leave a delivery stop (home or 
business) for lunch or errands and expecting an important package to be delivered, 
or a user needing materials for an important meeting and knowing if the materials 
will be delivered before the scheduled meeting time. Upon receiving the information 
request from a user computer linked to the BSCU 14, a request for a vehicle, 
package, or user location (street address/location on a map), telephone number, 
computer address, etc. can be made available to the user to locate an area in which a 
delivery is going to be made. The vehicle 19 associated with the delivery to this user 
business, or package identification number processes that delivery request. If a 
package is scheduled for delivery, the actual delivery vehicle 19 estimated time of 
arrival is given to the user requesting the information in, but not limited to, two 
formats, a time of day (e.g., 1:45PM) format and/or a time count down (e.g., 4:21:03) 
format. 

Additionally, people placing requests may be offered other services from the 
delivery companies. These requests are made available to the companies to 
increase revenues while providing the customers with more and better options, on 
deliveries. One example of a user request is an express delivery request (EDR) 
option. An EDR becomes available through the existing advance notification system 
network by allowing customers to interact with the vehicle's driver through their 
computer 29 connected to a network 300 (Fig. 22). A customer can send an EDR 
from their computer 29 to the BSCU 14 over a computer network 300, then a live 
operator or preferably an automatic calculation of the driver's load, schedule (early 
or late), and location/distance from the address sending the EDR. The request is 
processed and a new estimated time of arrival can be given to the customer, with an 
optional additional fee from the delivery company. Additionally, a customer can look 
up a location on a route and meet the driver at a prior stop when an EDR is not 
used, thus shortening the driver's route time. Upon requesting an EDR, an 
estimated time of arrival is given to the user. At the same time a quoted fee (on- 




screen) based upon a flat rate or the actual delay time for that particular vehicle 19 
is given to the customer. 

The BSCU 14 communication controller may also control a second 
messaging means over a normal telephone network as described in more detail in 
the Patent Application "ADVANCE NOTIFICATION SYSTEM AND METHOD" 
filed May 18, 1993 by Jones et al and assigned serial no. 08/063,533, now U.S. 
Patent No. 5,400,020 to Jones et al that issued on March 21, 1995. The Patent 
describes an advance notification system with a BSCU controller for messaging 
through a telephone system. Blocks 45a-45m of the flow chart in Fig. 13 shows a 
duel means of communication, both a telephone in block 45m and a computer with a 
telephone connection in block 45f (via a modem). By offering dual means of 
messaging to a stop, the likelihood of reaching or getting through to a user 
increases. In accordance with the user request when signing-up for the service (Fig. 
39), the end-user can choose any combinations of, but not limited to, a telephone call 
with a voice message 170, a telephone call using a distinctive ringing sound 171, a 
computer message over a network 172, additional on-screen display/s 173, and an 
additional audio message/s 174. 

In one configuration, the system first communicates to the user computer 29 
by initiating/sending a message over a computer network 300 to a user computer 
address. If the person's computer 29 is equipped with proprietary software , for 
additional displays (Fig. 25) 226a and/or additional audio messages 227a, the person 
receives additional visual and audio warnings, based on their user preferences. 
Then, the microprocessor controller initiates a second module for communication by 
a telephone call to the user. The order of messaging (telephone 35a or computer 29) 
is defined automatically or by the end user. Furthermore, each vehicle 19 can have 
different notification preferences for announcing the impending arrival of more 
important vehicles in a method that is more surely effective. In most cases, the 
telephone 35a is available more than the computer 28 and the telephone call can 
activate pagers 35e, mobile phones 35c, and home phones 35a with sound normally 
throughout the home or business phones normally answered by an individual 
equipped for handling messages. In the preferred embodiment, a telephone call may 
proceed a computer message to the homes of users and a computer message will 




proceed a telephone message to businesses. Additionally, a user responding to or 
acknowledging a message will stop the second method as described above. For 
example, a user expecting a package to be delivered, and only having one phone 
line, may receive an impending arrival message while maintaining normal 
5 communication practices. If a user is on the telephone 35b talking to another 

business client, when he hangs up the telephone 35b and views the computer 29, 
once connected to a network, a message will be waiting concerning the impending 
arrival of a vehicle 19. If the user receiving an impending arrival message has 
additional software, route calculations may be determined by the time of the 

10 message download or an up link may be requested for the actual vehicle 19 location. 

Moreover, as indicated by Fig. 45, a personal 29 computer with ANS 
software can process the user requests and contact the BSCU data base 170 for two 
primary reasons. First the personal computer with ANS software can be used for 
retrieving information from the BSCU data base 170 and for using the information 

15 for activating impending arrival messages after the computer is disconnected from 

the computer network 300. Second, the BSCU data base 170 may be contacted 
before and/or in place of an impending arrival message sent from the BSCU 14. 
Each person's computer 29 when operating ANS software (block 171), looks up 
user preferences in block 172 and checks for a network connection in block 173. If 

20 the network connection is not active, the ANS software starts the network software, 

then a request is sent to an area of the BSCU 14 for vehicle information in block 

174. An identification number associated with the person's street address processes 
the request from the person's computer 29. As depicted by blocks 176-181, the 
address is looked up, then vehicles 19 approaching this address can be identified, 

25 with vehicle names, 179 vehicle locations and route stops with past vehicle records 

19 and directions from one stop to the next 181. Additionally, cargo or other delivery 
information in block 182 is then sent back to the personal computer 29 operating 
ANS software for activation of impending arrival messages and displays in block 

175, based on the user preferences. Furthermore, this configuration offers an 
30 individual with only one communication channel (phone line) the ability to be 

notified when the communication channel is being used or is not available when an 
impending arrival message is sent from the BSCU 14. 
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The ANS software can display the vehicle 19 location/impending arrival 
time, distance, and/or packages to be delivered before a particular delivery is made. 
The user requesting a route update receives a new message and/or vehicle 19 
location, number of packages before delivery, and if running, advance notification 
5 software for continuous updates, the user computer 29 reschedules the impending 

arrival distance, time, or package delivery order, with each update, as the vehicle 
approaches. 

As depicted by blocks 401-425 of Figs. 17 and 18, the BSCU 14 may be 
configured so that if a delivery vehicle becomes delayed by more than a maximum 

10 length of time, such as five minutes, the BSCU 14 immediately sends a message to 

the stops 36 of the users already notified of the impending arrival of that vehicle 19, 
in order to keep users at these stops 36 from waiting when a vehicle 19 should have 
already arrived. When an impending arrival message 420 (Fig. 18) is sent to stop 
36, and a vehicle delay of five minutes is determined before the vehicle 19 arrives at 

15 this particular stop, a second message informing them of the delay is sent 421 to the 

same stop, based on the amount of delay, a third message may be sent 425 as the 
vehicle 19 arrives at this particular stop. 

Worth noting also, are the methods for determining the actual directions 
(roads to be taken) of a vehicle 19 from one stop 36 to the next which may- be 

20 described, but not limited to, three areas. The first configuration contains dual route 

information in the BSCU 14 and VCU 12. Preferably, the VCU 12 displays road 
names or a mapping diagram for the driver to follow. The BSCU 14 has the same 
information for determining the route a vehicle 19 is likely to take. The second 
configuration determines the closest and/or quickest route from one stop to the next 

25 by comparing mapping software, actual and past traffic flow. A third configuration 

is determined by past vehicle 19 delivery routes. As found in the art of route 
management, most delivery vehicle 19 drivers have roads and routes each 
individual prefers to take. Some of these routes are known to take more time, but 
for the determining factors associated with an advance notification system, these 

30 records provide a better means of determining distance, time, locations on a map, 

etc., when the driver's company policies do not request the following of predefined or 
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displayed sequence of roads. In the preferred embodiment some, all, and additional 
methods may be used. 

III. Control Processes 

The control processes are normally, but not limited to, three different area 
locations. The first area is the VCU 12 on each vehicle, with the ability to 
communicate vehicle location, driver inputs, and/or cargo information to the BSCU 
14. The second area is the BSCU 14 software, for communicating with the VCU 12, 
storing information from the VCU 12, and in some configurations, storing end-user 
data and preferences for generating impending arrival messages when vehicles are 
approaching their address. The third area of the control process is a person's 
computer 29 for displaying impending arrival messages when a vehicle's impending 
arrival information is received from a computer network 300. Although additional 
software can be added for additional displays and audio, additional software 
modules from the BSCU 14 can be added also. The overall control processes can be 
moved from one area to another area based on system configuration needs, normally 
determined by the application of the end-user. Worth noting, the communication 
channels and their internal control process should be apparent to those ordinarity 
skilled in the art and are not described in detail by this description. 

Furthermore, Fig. 7, Fig. 8, Fig. 9, and Fig. 10, are examples of general block 
diagrams containing, but not limited to, system modules and their ability to be 
moved or removed, without loosing the scope of the present invention. The ability to 
move the system modules (Fig. 7) for the implementation of an advance notification 
system requiring a person's computer 29 to only have normal networking software, 
such as an internet browser from Netscape, Microsoft, America Online, etc. or Local 
Area Networks (LAN) attached to an information server for receiving vehicle 19 
impending arrival information, or most other networks with the ability to send and 
receive information over Cable, Fiber, Copper, or wireless channel/s. As shown in 
this diagram, a person's computer 29 is acknowledging a vehicle's impending 
arrival. In block 14, one module is receiving vehicle information from the VCU 12. 
While this module indicates a wireless transceiver 26, it is replaced when a gateway 
converts wireless information into land line information with a modem. The vehicle 




location data base 14a, stores vehicle location information. The Mapping Software 
Data Base (MSDB) 14b is provided to locate roads and streets associated with the 
person's address and the vehicle's 19 route from one stop 36 to the next. This 
Mapping Software Data Base 14b also associates GPS numbers with actual physical 
addresses, distances over streets, roads, highways, etc. The Notification Data Base 
(NDB) 14c maintains location points, distances, times, and other activation 
information, associated with a person's physical address. In this illustration the 
Notification Data Base (NDB) 14c also is used to activate and send messages to the 
person s computer 29. The User Request Data Base (URDB) 14d stores user 
preferences, account information, and in this illustration, software used for entering 
or making changes to this data. By moving some of the system modules (Fig, 8), 
described as the BSCU 14, to the persons computer area 29, the person s computer 
29 is able to process more of the information associated with the advance 
notification system. The person's computer 29 accesses vehicle 19 location 
information from the BSCU 14 over a network 300, then compares the information 
to, but not only to, the MSDB 14b, the NDB 14c, and the URDB 14d. 

Furthermore, displaying additional information on-screen and/or additional 
audio messages associated with an impending arrival of a vehicle 19 is easily 
accomplished. Fig. 9, is an example of tracking a vehicle 19 without the use of a* 
GPS location, or having another suitable location device on the vehicle 19 . The* 
control process compares route stop addresses 21b with sensor inputs at each 
location 22a. The location is logged into the Vehicle Location Data Base (VLDB) 14a 
and the next stop is looked up for tracking the actual path (streets/roads) 21b and 
averaging the normal time to the next stop, with vehicle 19 location estimations 
along each road. The person's computer 29 is equipped with software for placing an 
image of the location of the vehicle 19 on a map 14b, activating an impending 
arrival message from the NDB 14c, when the vehicle 19 reaches a predetermined 
location, and storing the user preferences in a data base 14d. 

Fig. 10 shows a control process using the same VCU modules as Fig. 9, but 
moving all the modules from a person's computer 29, except normal networking 
software, to the BSCU area 14. This system can activate and send an impending 
arrival message to a person's computer 29 when a vehicle 19 is at a predefined 
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location, time, distance, or previous stop. It should be noted, without moving away 
from the scope of this invention, changing modules and other minor modifications to 
this invention for similar or customized applications, should be apparent to 
individuals skilled in the art and is not mentioned for this reason. 

A. Base Station Control Process 
With reference to Figs. 46 and Fig. 47, the base station 14 essentially 
comprises two control sub-processes which run concurrently, namely, (a) a vehicle 
communications process 47 or 54 and (b) a delivery messaging process 53 or a 
vehicle information update process 58, based on the location of the modules used to 
generate the impending arrival message on a person's computer 29. The vehicle 
communications process 47 or 54 will be described hereafter, followed by the 
delivery messaging process 53 or 58. Fig. 46 illustrates one advance notification 
system configuration using the BSCU 14 for messaging to persons' computer 
addresses, and Fig. 47 illustrates an advance notification system configuration 
using the BSCU 14 to update advance notification software on a person's computer 
29 by providing vehicle 19 location to each person's computer address. It should be 
noted in the communication process to the person's computer 29, other combinations 
of sending/receiving information from the BSCU 14 and to the persons computer 29, 
are used and based on end user needs, tailoring, and configuration. 

1. Vehicle Communications Process 
The vehicle communications process initially is started from a cellular link 
from one of the VCUs 12 located on one of the plurality of delivery vehicles 19 to the 
BSCU 14, as indicated by block 12, Fig. 1. The BSCU 14 vehicle communications 
process is preferably capable of monitoring a plurality of telephone modems 26, for 
receiving information from a cellular phone or data network gateway that converts 
wireless transmissions into land line phone line transmissions (with or without 
additional connections through a computer network), from a plurality of delivery 
vehicles 19. As the number of delivery vehicles 19 increases, the number of 
telephone modems 26 (or bandwidth) which are monitored by the vehicle 
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communication process (Fig. 46) 47 and (Fig. 47) 54 should also be increased to 
some extent. 

As depicted by blocks 45a and 45b, after the start of a VCU 12 on a delivery 
vehicle 19 (Fig. 13), the respective VCU 12 will initiate a cellular link 45b to the 
BSCU 14, as indicated by the telephone bell symbol (Fig. 1) 18. After the BSCU 14 
receives the telephone call, a string of symbols is exchanged between the VCU 12 
and the BSCU 14 so as to validate the communication connection, as indicated in 
(Fig. 13) flow chart block 45b. In other words, the BSCU 14 ensures that it is in fact 
communicating with the VCU 12 and vice versa. 

Next, as shown in Fig. 48 flow chart blocks 61-67, the BSCU 14 waits for 
communication from the VCU 12, when communication is established information is 
obtained regarding (a) the time of the on-board clock, (b) the list of stops and related 
information, (c) other information to be displayed for the vehicle 19 driver on the 
VCU LCD, and (d) when needed, a resetting of the communication method is added 
and then a shut down of communication is initiated, based on system configuration. 
In addition, route data in block 64 is gained from the VCU 12 driver or package 
sensor input or from the BSCU 14 ability to access a local data base with driver 
information or a combination of these inputs. The route data includes information 
pertaining to each delivery stop location, before and after stops, and cargo.. This 
information is normally displayed on the VCU 12 liquid crystal display (LCD) .for 
the driver's viewing. The prioritizing of the driver s list is based on, but not limited 
to, mapping software, the driver input, and past recorded route data. From the 
route data 64 and the information listed above as (a), (b), (c), and (d), the BSCU 14, 
can determine the location of the vehicle 19 by, as indicated by Fig. 22, flow chart 
blocks 201 and 14a, and determine when to send impending arrival messages based 
on this location, as the vehicle 19 starts and continues its route, as indicated by a 
flow chart block 202. 

In the case where the delivery vehicle 19 is stopped in-between scheduled 
stops, the VCU 12 resets its on-board communication clock cycle back so that the 
communication to the BSCU 14 is stopped, until the vehicle 19 restarts it route or 
progress. When the delivery vehicle 19 restarts its route, the standard 
communication cycle is restarted. In the case where the delivery vehicle 19 is in 



start and stop traffic, the VCU 12 communication cycles are normally stopped until 
the vehicle 19 is moved a predefined distance, reaches a location associated with the 
activation of an impending message or the ignition switch is turned to the off/on 
position 24, or a sensor is activated on the VCU 12. 

The VCU 12 communication cycles (Fig. 23) are programmable from the 
BSCU 14 and are reset in blocks 904-910 when a distance or time to the next 
messaging point excessively exceeds the number of minutes or miles from the 
location to which a user impending arrival message is to be sent. Moreover, this 
communication change can be preset at the beginning of a route at areas and times 
the vehicle's location is not associated with an impending arrival message and at 
times when the vehicle can become off its estimated route without effecting the 
impending arrival messaging for a brief time. 

While the route is in progress, the BSCU 14 can determine from the mapping 
software, current route data, and past recorded route data, when to send a VCU 12 
a request to use cycle communication. Moreover, in the situation where the delivery 
vehicle VCU 12 has stopped sending vehicle 19 location communication to the BSCU 
14, as requested by the BSCU 14 or in-between communication cycles from the VCU 
12, the BSCU 14 can determine the estimated vehicle 19 location from past routes, 
delivery lists, mapping software, and additional road/traffic monitoring systems for 
controlling the communication of the VCU 12. When the vehicle 19 has reached a 
cycle completion, predetermined by location or time and known by the BSCU 14 and 
VCU 12, a communication link to the BSCU 14 is not necessarily made at this time. 
As the communication method is changed back to route comparison 14a (Fig. 15), if 
the vehicle's planned route location 140a matches it's actual route location, 
communication to the BSCU 14 is not needed. Essentially, the communication 
methods are controlling the overall communication loading needed for vehicle 19 
location and messaging associated with the vehicle 19 location between the BSCU 
14 and the VCU. 12. To better understand clock cycles: clock cycles are time 
(minutes/seconds) lapses or distance lapses for particular location points 
(longitude/latitude numbers from GPS) or actual miles, and are started, controlled 
(more/less), and used for decreasing communication from a delivery vehicle VCU 12 
to the BSCU 14. 



Finally, as shown in Fig. 21, the BSCU 14 may slow down or speed up the 
communication clock cycle by determining the Vehicle Location Determining Factor 
(VLDF) in block 99. The VLDF is used to determine the likelihood of delays between 
two stops. To determine the VLDF rating, the current vehicle location, the next stop 
and route to the next stop are compared to past route records as* depicted by blocks 
100-104. If the vehicle 19 is likely to travel the same speed and take the same 
amount of time as previously recorded vehicles, the communication cycle is slowed 
down. 

Worth noting from the forgoing discussion is the fact that the BSCU 14 (Fig 
1) is the ultimate controller of the advance notification system 10 from a 
hierarchical vantage point. The base station clock 28 maintains the absolute time of 
the advance notification system 10 ; while the vehicle clock 24 assumes a 
subservient role and is periodically reset when the delivery vehicle 19 clock differs 
from the BSCU 14. Further, it should be noted that the VCU 12 communicates to 
the BSCU 14 (a) when asked by the BSCU 14, (b) when the clock cycle reaches a 
predetermined point or when the vehicle reaches a predetermined location, (c) when 
a planned route time differs from an actual route time and (d) when the delivery 
vehicle, .driver activates a predefined sensor on the vehicle (buttons on the VCU 12, 
bar code scanner, etc.) to minimize communication. 

..2. Package, Tracking, And Notification Process 
As previously mentioned, the messaging process 202 (Fig. 22) runs 
concurrently with the vehicle communications process 189 within the BSCU 14. In 
essence, the computer messaging process 202 uses the vehicle location information 
25 retrieved from the VCU 12 by the vehicle communications process 18a in order 
for the BSCU 14 to send computer messages of the approaching delivery vehicle 19. 

A delivery list is accessible from a local data base (Fig. 27) by the BSCU 14 
and comprises information regarding (a) the person's name 331 and/or delivery 
street address 332, (b) the computer network address 333 (c) the telephone number 
334 (d) the type of vehicles for activating notification messages 335 and (e) the 
activation of the impending arrival message. The impending arrival message is 
activated when a vehicle 19 is at a predefined time 336, distance away from a stop 



337, or at a location/address 338. The computer messaging activation points (as 
indicated in Fig. 27) and the delivery list (as indicated in Fig. 14) are crossed 
referenced with the vehicle's actual progress through its route and delivery stops. 
When a particular time, location, and/or package delivery for sending a particular 
message is reached, the messaging process initiates an electronic computer message 
to the particular user, as indicated by the flow chart diagram in Fig. 22. The 
computer messaging may be sent over an existing computer network/Internet or 
through a direct modem link from another computer, as described previously. 
Moreover, the particular time, distance, location, and/or stop are fully 
programmable by the user (person receiving an impending arrival message), and/or 
by the company providing the service. Programming and user options are discussed 
in more detail in the Computer Messaging Control Process area. 

Also worth noting is a feature for monitoring messages to be placed in the 
future, for handling message loading (exceeding available communication channels) 
to end users. In accordance with this feature, upon anticipation of a heavy load of 
messages, some of the messages would be initiated earlier than the originally 
scheduled corresponding message time, previous stop, or distance/location. 
Numerous other networking options can also be used to solve this problem. 

After the delivery vehicle 19 has completed its route (Fig. 44), the delivery 
vehicle 19 can be programmed to contact in block 153 the BSCU 14 when it 
recognizes the end of the route in block 152. Additionally, the VCU 12 may have 
instructions displayed 155a for the driver. The BSCU 14 from a hierarchy stand 
point is. the controller of the system, but instructions from the VCU 12 of new 
packages, reschedules, other sensor inputs, etc. can be sent to the BSCU 14, for 
instructions on the vehicle's 19 intent. Otherwise, the computer messaging process 
has completed its list for people to contact (Fig. 27) and unless additional vehicle 19 
tracking is needed or more stops 36 are scheduled, the communication between the 
VCU 12 and BSCU 14 is stopped. 

As further use of completed route data, an event list is maintained for 
diagnostics and system monitoring. The event list receives data from both the 
vehicle communications process and the computer messaging process. The event list 





essentially comprises records of, among other things, all messages sent and all past 
and current vehicle locations. 

B. Vehicle Control Process 

Reference will now be made to the vehicle control process as shown in Fig. 
11. Once powered up, the VCU 12 runs through an initiation procedure in which the 
delivery list is retrieved from packages scanned into the vehicle 19 (activation of the 
scanner may also power up the VCU) and/or a downloaded list of packages from the 
BSCU 14 for delivery is received. If packages are scanned via package tracking 
device 20 into the VCU 12 (Fig. 12), the stops are placed in order of delivery by the 
vehicle's driver as shown in Fig. 29 or sent to the BSCU 14 for list optimization. The 
delivery list is organized into an optimized route Fig. 14, showing stop list order 607 
and the location or address, as indicated in block 608. The automatic route 
optimization software resides in the Vehicle Location Data Base (VLDB) 14a in the 
BSCU 14 and includes past records of delivery times, routes taken by driver, traffic 
flow from recorded points and times of past routes, etc. This route optimization 
software and/or the driver input is how the stop list is organized. Initially the clock 
24 in the VCU 12 is set by the BSCU 14 when communication is made. Additionally, 
when comparisons with the actual time in the BSCU 14 differs from the time in. the 
VCU 12, clock resets are made by the BSCU 14. 

After the foregoing initialization procedure, a call is placed via the 
transceiver 18 (Fig. 1) to the BSCU 14 as indicated by the bell symbols 18 and 26. 
After the connection, the VCU 12 and the BSCU 14 exchange information as 
described herein before and which will be further described hereinafter relative to 
Fig. 12. Furthermore, it should be noted that in some configurations the BSCU 14 
might contact the VCU 12 to initialize, schedule timing, or send remote activation 
from the driver of one vehicle to the BSCU 14 or other vehicle-in-motion sensors. 

Next, as shown in Fig. 1, the vehicle control process begins a looping 
operation wherein the VCU 12 continuously monitors the switches 21-23, clock 24, 
and sensors 25 to determine the vehicle location. As mentioned previously, the 
vehicle control process initiates a wireless communication at the initializing point of 
a route, when the vehicle 19 clock cycle reaches (time between communication 
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updates) a completed loop, planned route data stops matching actual route data, or 
when a package is delivered. The VCU 12 can also answer and receive information 
from the BSCU 14. 

While in the main looping operation, a determination is first made as to 
whether the delivery vehicle 19 has reached the end of the route or deliveries/pick 
ups. If the vehicle 19 is at the end of its route, then the vehicle communication 
process is slowed down or stopped, and does not need to be restarted or increased 
unless switches 20, 21, 22, or 23 are triggered by the driver. Otherwise, the process 
continues and makes a determination as to the vehicle 19 location, as indicated in 
block 25. In the preferred embodiment, the delivery vehicle 19 location and total 
expired time at each stop is not a factor. But if the VCU 12 notices a change in a 
delivery stop when a stop is made at a delivery location not on the list, or out of 
sequence, a driver prompt is displayed on the VCU/LCD screen 33. Additionally, a 
package scanned out (delivery was made or attempted) could also determine an out- 
of-sequence delivery. When the delivery vehicle 19 is stopped for an out-of-sequence 
delivery, then the communication is initiated to the BSCU 14, as shown by a 
telephone bell symbol 18 in Fig 1. The communication is an override and not part of 
a normal communication event, such as, a clock cycle, a distance/location cycle, a 
route comparison, or polling protocol, but a special need for informing the BSCU 14 
of a special occurrence. 

The first attempt to correct the list is a flashing screen from the VCU 12 for 
the driver. If the driver responds, menus of questions are asked and the driver 
responses are recorded from the switches 21, 22, and 23 (Fig. 1). On screen 
questions are "is this delivery out of order?" if the driver selects yes, "is (address) 
your next stop?" if yes the information is uploaded to the BSCU 14 and the route 
continues, if no, a choice is given from the route list, and the driver is asked to 
highlight the next stop. The information is then uploaded to the BSCU 14. When the 
process is not corrected by the driver, then the BSCU 14 process determines the 
driver intent by comparing the vehicle direction, locations to closest stops, and past 
times of deliveries to these stops, with destinations firom the route list, and makes a 
calculated determination of the drivers intent. The new sequence of stops is 
downloaded into the VCU 12 and the next stop location and question "is this 




correct" is displayed to the driver. Normally one of two events occurs, the driver 
responds or the vehicle arrives at a stop. If none of the switfches 21, 22, or 23 have 
been actuated, then the process 76 will loop back around and begin once again. 
Otherwise, if actuation of a switch 21, 22, or 23 is detected, then the process will 
determine which of the switches 21, 22, 23 have been actuated. 

First, the process will determine whether the "yes" switch has been actuated. 
If the driver has actuated the attempt to deliver switch 22, then the VCU 12 will 
continue normal operation. When the reschedule delivery switch 23 is pressed, a list 
of the local area deliveries is displayed and the driver is prompted to select the next 
stop 36. Moreover, a decision will be made by the BSCU 14 to notify users of the 
vehicle's impending arrival, if time, distance, previous delivery stop and location for 
that particular stop has passed. In the preferred embodiment, the delivery vehicle 
19 is considered to be following its routing list if the vehicle 19 arrives at the stop on 
the display. A stop does not determine a delivery was made, but an attempt; to 
deliver a package was made. Furthermore, when a user is not available to receive a 
package, a stop may be rescheduled automatically from the BSCU 14 or manually 
from the driver, as shown in Fig. 43. A reschedule delivery is a common occurrence 
for a delivery driver, so, determining when a second attempt should be made or a 
route list sequence of stops for a driver is a user preference. In most cases, a driver 
who becomes familiar with customers and customer schedules is more likely to.be 
accurate and successful on a delivery than a route chosen by location and distance, 
from a list. Past tracking of actual times of deliveries to a particular stop make the 
BSCU 14 likely to be close also. 

In the event that the vehicle driver has not delivered a package, and an 
attempt was made, and normally when the driver is not repeating the stop in a 
given day, the driver can activate an attempt to deliver switch 21 to inform the 
BSCU 14 to cancel this user stop from a list, and send a second message of the time 
of attempted delivery and package information to the user computer. Then the 
process determines whether the driver has actually pressed the reset switch 22 for 
the rest of the deliveries that day. An attempt to deliver computer message sent to a 
user computer address might be used to increase revenue for additional services, 
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such as, fees for redeliveries, etc. If the driver has not actuated the reset switch 22, 
then the process loops back and begins again. 



When a computer message is initiated by the BSCU 14 as indicated by Fig. 
22, the BSCU 14 follows a messaging control process as indicated in flow chart 
blocks 208, 207, and 206. 

Although the description in Fig. 22 is from a BSCU controller, the BSCU 14 
or modules in the BSCU 14 may be better incorporated into a user computer. Three 
examples of different type configurations for displaying impending arrival 
information on a computer connected to a network are shown in Fig. 7, Fig. 8, Fig. 
9, and Fig. 10. For illustration purposes, the system described as a BSCU 14 is 
considered different than a persons computer 29, which could be considered part of 
the BSCU 14 operation. In Fig. 7 the persons computer 29 is equipped with 
networking software, and is not associated with an advance notification system. In 
Fig. 8 the person's computer 29 is equipped with all the advance notification 
modules for activating 14c and 14d impending arrival messages, mapping software 
14b for displaying and/or comparing vehicle locations to streets, and a method for 
getting^ and/or receiving actual vehicle location from a network address. In Fig. 9 
and Fig. 10, the example shows advance notification systems for tracking vehicles 
19 without GPS location devices. The BSCU 14 modules in Fig. 9 are set to track 
delivery stops from a route list and delivery stops within each route, then the 
vehicle 19 location information is sent to the person's computer 29 or accessed from 
the person's computer 29 for vehicle 19 location information. The vehicle 19 location 
is compared in the person's computer 29, then activated and displayed when the 
user preferences match the actual vehicle's location. Fig. 10 is placing all modules in 
the BSCU 14 area and not requiring the person's computer 29 to be equipped with 
any extra software (Fig. 49). As a note, the main differences between Fig. 7 and Fig. 
10 are the methods used for determining vehicle 19 location or stop points 36. 

Additionally, when the user computer 29 has software/hardware for 
connecting to a computer network 300 and software for displaying messages 
received by the BSCU 14 for advance notification, the additional software can be an 
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electronic mail reader for activating messages from a computer network 300, or a 
connection to a satellite/cable network 501 (Fig. 50) for displaying images onto a 
television screen. When the impending arrival messages are broadcast through a 
satellite/cable network 501, and descrambler device 502, a personal computer via 
connections 503 and 504 monitors signals from a broadcast channel 505 and 
activates an impending arrival message when an identification code is received 506. 
The impending arrival message is compared to the user preferences 507 - 511 and 
sent to a person s television 35d, as depicted by blocks 512 and 513. 

In the preferred embodiment, a person's computer 29 can activate an 
impending arrival message when software 223 is residing on a persons computer 29 
as shown in Fig. 25. The software 223 compares vehicle location in block 224 and 
user activation preferences in block 225 to the user preferences display options 226a 
and user audio options 227a, each time a vehicle 19 is approaching. 

The methods used for signing up and providing the system with messaging 
preferences is accomplished with software on a person s computer 29 or in the 
preferred embodiment, linked to a remote computer site Fig. 29. By linking to the 
site, a person wanting to sign up may download software 380 (Fig. 29) to save online 
time, or sign up from a connection to a remote site 381. The user can only subscribe 
and make changes from the site to be notified 382, Fig. 30, and the computer 
address is given before this screen (not shown). This allows the advance notification 
system to have a level of security. The person is prompted to enter a telephone 
number 383, then a mailing address 384. This information is stored and compared 
to mapping software for placing the person's address on a map for display 385b, Fig. 
31. After the information is displayed 385b, the user is prompted to agree with the 
location or choose the next one from a list 386, until their location on a map is 
agreed upon. The next area allows the user to select different activation and 
messaging methods for different vehicles 387, Fig. 32. When the same for vehicles in 
a particular category 389, or each vehicle is different 390, display screens shown as 
illustrations in Fig. 33 through Fig. 39 are looped for each vehicle/group selected. 
The next screen prompt asks, "when you would like to be notified?" 392 (Fig. 33) and 
options for time before arriving 393, distance before arriving 394, or at a location/s 
of choice 395. When a person entering time before vehicle 19 arrives for notification, 
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the next screen (Fig. 34) allows the minutes and seconds before a stop to be selected. 
When a person enters distance before a vehicle 19 arrives for an impending arrival 
message (Fig. 35), the distance can be selected as shown. 

When a person selects to define a particular area for impending arrival 
activation, the person can choose a circle around their home/business, as shown in 
Fig. 36. The circle can be adjusted by pulling the edge with a computer mouse left 
button held down and releasing when the circle is at a desired size. The activation 
points are the edges of the circle and / or areas with streets. The next option for 
selecting an area is the grid perimeter/s (Fig. 37). The actual squares (or other 
shapes) can be clicked with the left button on a mouse for highlighting areas and 
adjusting the highlighted areas with the slide bars at the bottom or right for precise 
positioning for activating impending arrival messages. The next option is placing 
street markets (Fig. 38) on roads and highways for activation points for impending 
arrival messaging. The street markers are positioned with a computer's mouse, 
normal drag and drop operations onto actual areas. Additionally, other areas, such 
as waypoint/s (longitude/latitude areas), prior vehicle stop/s, letting the vehicle 
define customer offering services, etc. can be used as well. 

After defining the locations, the selected preferences are referenced with past 
rovite data, mapping software, and other information for .placing notification areas 
in a data base, to be used when a vehicle 19 is approaching this predefined stop. 
Next the person wanting impending arrival messages should enter how they would 
like to receive the message/s (Fig. 39). A person may select a telephone call with a 
voice message 170, a telephone call with a distinctive ringing sound 171, and/or over 
a computer network/internet 172, with additional software for on screen displays 
173 and/or audio messages 174. Additionally worth noting, sending impending 
arrival messages to other communication devices 35 (Fig. 2) with addresses or 
activation numbers from the BSCU 14 it should be apparent to one skilled in the art 
and is therefore not discussed in detail, but would be included in the area of Fig. 39. 

The computer address/electronic address number corresponding with the 
user computer 29 at a particular stop is obtained from the data, as indicated above 
in Fig. 29 through Fig. 39. Other information can also be obtained, including the 
ability to send one type of message (telephone, electronic mail, personal pager, 






10 



15 



20 



25 



television, etc.) over the other, and allowing different vehicles to. activate impending 
arrival messages differently. For example, Fig. 4 illustrates a flow chart 82 for 
activating a telephone call first when a vehicle 19 is approaching. As depicted by 
blocks 83-85, when the vehicle's location matches the preferences in the user data 
base 84, the user's phone number is dialed. If the phone is answered, the message is 
played and additional messages are not sent. In the case where the phone is not 
answered after a preset number of retries expire is depicted by blocks 87 and 88, an 
electronic message is sent in block 89, and the event is removed from the data base 
in block 90. It should be noted that different combinations of messages are obvious 
to a person experienced in the art without departing from the scope of the present 
invention, and are therefore not mentioned in greater detail. 

Moreover, companies may include the service without acknowledgment of the 
end user or in some cases notify them on one occasion and offer the service if they 
respond to the message. In these cases finding the contact information can be 
achieved by existing and known industry standards for finding computer addresses 
with telephone numbers and shipping address. Additional resources for /obtaining • 
this information are established by (a) a user providing the information to a delivery 
company, and (b) a user posting this information in an advance notification 
computer site, and (c) a user listing this information with other published 
references, such as a telephone book, mapping software, etc. This information may 
be accessed when a delivery is scheduled. Next, the control process sets a time-out 
variable for keeping track of successful messages sent and any messages returned 
from wrong addresses or busy networks. The number n of allowable attempts is 
predetermined and is stored in the user preferences data base and the person s old 
address can activate an automatic update for a new telephone number or computer 
address, when needed. 

Furthermore, message timing and activation of impending arrival messages 
to users can be set at the start of the route or day, or in some cases the day/s before 
the vehicle is to arrive. By sending impending arrival messages early, users can 
rearrange their schedules for meeting a delivery vehicle/driver when he arrives. As 
an example, a person taking a lunch break or leaving a delivery area, will know of 
particular deliveries scheduled in a certain day and the impending arrival time/s. 
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Worth noting, actual pictures or live video taken from a vehicle 19 could be 
sent to the BSCU 14 from the VCU 12 and then used as part of the messaging 
process of the impending arrival of the particular vehicle 19 to a user. As wireless 
channels become capable of carrying more and more data (by increased band width 
and data compression routines), increased information taken from the vehicle 19 
can be utilized in the message of the impending arrival of the vehicle 19 to the user. 

In the claims hereafter, all "means" and "logic" elements are intended to 
include any structure, material, or design for accomplishing the functionality recited 
in connection with the corresponding element. 
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CLAIMS 



Therefore, the following is claimed: 

1. A method for notifying a user in advance of an impending 
arrival of a vehicle at a vehicle stop, comprising the steps of: 

monitoring travel of said vehicle; 

forwarding travel data to a computer associated with said user; and 
producing a message at said computer for said user indicative of an 

impending arrival of said vehicle at said vehicle stop before said vehicle reaches 

said vehicle stop, based upon said travel data. 

2. The method of claim 1, further comprising the steps of: 
monitoring a location of said vehicle and comparing said location to 

mapping data; and 

initiating said message to said computer when said vehicle is at a 
predetermined location from said vehicle stop based upon said comparison: 

3. The method of claim 1, wherein said message comprises a 
signal for a computer display. 

4. The method of claim 1, wherein said message comprises an 
audible sound. 

5. The method of claim 1, further comprising the step of 
permitting said user to preset a time period at said computer that determines when 
said message is produced, said time period corresponding to arrival of said vehicle 
at said vehicle stop. 
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6. The method of claim 1, further comprising the step of 
permitting said user to preset a distance at said computer that determines when 
said message is produced, said distance corresponding to arrival of said vehicle at 
said vehicle stop. 

I. The method of claim 1, further comprising the step of 
permitting said user to preset a location of said vehicle on a map at said computer 
that determines when said message is produced. 

8. The method of claim 1, further comprising the step of 
permitting said user to preset a particular vehicle stop that determines when said 
message is produced, based upon when said vehicle arrives at said particular stop. 

9. The method of claim 1, further comprising the step of 
forwarding another message to a telephone associated with said user in addition to 
said message to said computer, said another message indicating impending arrival 
of said vehicle. 

10. The method of claim 1, further comprising the step of. 
providing in said message a vehicle location. 

II. The method of claim 1, wherein said travel data is timing 

information. 

12. The method of claim 1, wherein said travel data is distance 

information. 
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13. The method of claim 1, further comprising the steps of: 
monitoring content of said vehicle; and 

determining said vehicle stop based upon said content. 



14. A system for notifying a user in advance of an impending 
arrival of a vehicle at a vehicle stop, comprising: 

means for monitoring travel of said vehicle; 

means for forwarding travel data to a computer associated with said 

user; and 

means for producing a message at said computer for said user 
indicative of an impending arrival of said vehicle at said vehicle stop before said 
vehicle reaches said vehicle stop, based upon said travel data. 

15. A system for an advance notification system that notifies a 
user of an impending arrival of a vehicle at a vehicle stop, comprising: 

(a) a computer associated with said user, said computer for producing 
a message at said computer for said user indicative of said impending arrival of said 
vehicle at said vehicle stop before said vehicle reaches said vehicle stop; 

(b) a vehicle control unit disposed on said vehicle, said vehicle control 

unit having: 

(1) a vehicle travel monitoring means; 

(2) a vehicle transmitter adapted to transmit travel data based 
upon said vehicle travel monitoring means; 

(3) a vehicle processor controlling said vehicle travel 
monitoring means and said vehicle transmitter; and 

(c) a base station control unit having: 

(1) a receiver adapted to receive said travel data from said 

vehicle control unit; 

' (2) a base station computer network link; and 
(3) a base station processor controlling said receiver and said 
base station computer network link, said base station processor for establishing a 
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computer connection between said base station computer and said user computer 
and communicating said travel data. 

16. The system of claim 15, wherein said computer further 

comprises: 

means for monitoring a location of said vehicle and comparing said 
location to mapping data; and 

means for initiating said message to said computer when said vehicle 
is at a predetermined location from said vehicle stop based upon said comparison. 

17. The system of claim 15, wherein said message comprises a 
signal for a computer display. 

18. The system of claim 15, wherein said message comprises an 

audible sound. 

19. The system of claim 15, wherein said computer further 
comprises a means for permitting said user to preset a time period at said computer 
that determines when said message is produced, said time period corresponding to 
arrival of said vehicle at said vehicle stop. 

20. The system of claim 15, wherein said computer further 
comprises a means for permitting said user to preset a distance at said computer 
that determines when said message is produced, said distance corresponding to 
arrival of said vehicle at said vehicle stop. 

21. The system of claim 15, wherein said computer further 
comprises a means for permitting said user to preset a location of said vehicle on a 
map at said computer that determines when said message is produced. 
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22. The system of claim 15, wherein said computer further 
comprises a means for permitting said user to preset a particular vehicle stop that 
determines when said message is produced, based upon when said vehicle arrives at 
said particular stop. 



22. The system of claim 1, wherein said base station control unit 
further comprises: 

a base station telephone interface controlled by said base station 
processor; and 

a means for forwarding another message to a telephone associated 
with said user via said base station telephone interface, said another message 
indicating impending arrival of said vehicle. 



23. The system of claim 1, wherein said message comprises a 
vehicle location. 



24. The system of claim 1, wherein said travel data is timing 

information. 



25. The system of claim 1, wherein said travel data is distance 

information. 



26. The system of claim 1, wherein said vehicle control unit 
further comprises: 

means for monitoring content of said vehicle; and 

means for determining said vehicle stop based upon said content. 
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ABSTRACT OF THE DISCLOSURE 



An advance notification system notifies users of the impending arrival of a 
vehicle, for example, an overnight package delivery vehicle, at a particular vehicle 
stop. The system generally includes an on-board vehicle control unit (VCU) for each 
vehicle and a base station control unit (BSCU) for sending messages to user 
computers in order to inform the users when the vehicle resides at a certain 
predefined time period, distance, prior stop, and/or location point from the vehicle 
stop. Moreover, vehicle tracking, the BSCU, a computer network (e.g., the 
Internet), and software located on a user computer may be combined in a plurality 
of configurations for launching and communicating a message of the impending 
arrival of a particular vehicle before it arrives. Significantly, the computer message 
is to advise of the impending arrival and preferably will exhibit a distinctive display 
and/or sound on the recipient computer so that the recipient is informed of; the 
message. The VCU sends vehicle location and/or stop information to the BSCJJ^_r 
T he fehe— BSCU compares the vehicle route stop list with route management 
software, then determines when to send an impending arrival message by 
preferences, normally chosen by the system operator or a user preparing to receive 
the advance notification message. The user computer displays information 
associated with the impending arrival of a vehicle in the form of the name of the 
vehicle, when the vehicle has finished a previous delivery, the miles before a stop, 
the time before arriving, and/or an actual location of a vehicle when a vehicle 
reaches a certain point/place. Additionally, other addressable communication 
devices could be used in place of or in addition to the computer message, such as 
personal pagers, mobile telephones, television box de-scramblers, etc. Users may 
also contact the computer site and/or computer address for impending arrival 
information. 
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ADVANCE NOTIFICATION SYSTEMS AND METHODS 
UTILIZING A COMPUTER NETWORK 

This document is a continuation of and claims priority to the following 
copending U.S. applications: 

(a) provisional application entitled, "ADVANCE NOTIFICATION SYSTEM 
AND METHOD UTILIZING A COMPUTER NETWORK," filed March 7, 1997 by M. 
K. Jones and assigned serial no. To Bo Assigned (Attv. Docket No. 50701 8010); 
60/039.92 5; 

(b) nonprovisional application entitled, "ADVANCE NOTIFICATION 
SYSTEM AND METHOD UTILIZING PASSENGER-DEFINABLE NOTIFICATION 
TIME PERIOD," filed May 2, 1995 by M. K. Jones and assigned serial no. 
08/434,049; 

(c) nonprovisional application entitled, "ADVANCE NOTIFICATION 
SYSTEM AND METHOD UTILIZING VEHICLE PROGRESS REPORT 
GENERATOR," filed May 2, 1995 by M. K. Jones and assigned serial no. 
08/432,898; and 

(d) nonprovisional application entitled, "ADVANCE NOTIFICATION 
SYSTEM AND METHOD UTILIZING PASSENGER CALLING REPORT 
GENERATOR," filed May 2, 1995 by M. K. Jones and assigned serial no. 
08/432,666; 

where documents (b), (c), and (d) are each a continuation-in-part of the 
application entitled "ADVANCE NOTIFICATION SYSTEM AND METHOD 
UTILIZING A DISTINCTIVE TELEPHONE RING, " filed March 20, 1995 by M. K. 
Jones and assigned serial no. 08/407,319, now abandoned, which in turn is a 
continuation-in-part of an application entitled "ADVANCE NOTIFICATION 
SYSTEM AND METHOD" filed May 18, 1993 by M. K. Jones et al. and assigned 
serial no. 08/063,533, now U.S. Patent No. 5,400,020 to M. K. Jones et al. that 
issued on March 21, 1995. 
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FIELD OF THE INVENTION 

The present invention generally relates to data communications and 
information systems and, more particularly, to advance notification systems and 
methods for notifying users in advance of the impending arrival of a vehicle or user, 
for example but not limited to, a bus, train, delivery van, plane, fishing vessel, or 
other vessel, or user walking or riding, to or at a particular stop. 

BACKGROUND OF THE INVENTION 

There are many situations when it is desirable for people to know of the 
approximate arrival time of a particular vehicle, the distance of a particular vehicle 
approaching, when a vehicle crosses particular location points, and when a 
particular vehicle is leaving its last stop , all ohortly before the vehicle io to arrive at 
a particular destination . With such information, passengers, users, and companies 
can adjust their schedules accordingly and avoid having to wait on a particular 
vehicle to reach a particular destination. For example, a user having to pick up a 
friend or relative at a commercial bus station either has to call the bus station to 
find out the approximate arrival time (information which is oftentimes unavailable) 
or plan on arriving at the bus station prior to the scheduled arrival time of the bus 
and hope the bus is not delayed. 

Another example includes a user walking and carrying a device such as a 
mobile phone or communication device with a location device, such as global 
positioning system (GPS) receiver, connected for sending location information to a 
control unit. This- It would be desirable for this control unit eaft-to broadcast a use^ 
user's impending arrival time, distance to be traveled before arriving, specific 
location points and/or the time when leaving their last stop. This information may 
be broadcast to an employer, spouse, parent, or other user, when the vehicle/user 
reaches a predetermined location. 

Another example involves school children that ride school buses. School 
children who ride buses to school often have to wait at their bus stops for extended 
lengths of time because school buses arrive at particular bus stops at substantially 
different times from one day to the next. The reason is that school buses are not 
always the best-maintained vehicles on the roads, frequently operate during rush 
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hour traffic, and must contend with congested urban/suburban conditions. As a 
result, school children are forced to wait at their bus stops for long periods of time, 
oftentimes in adverse weather conditions, on unlit street corners, or in hazardous 
conditions near busy or secluded streets. If it is raining, snowing, windy and cold, 
and/or even dark, such conditions can be unhealthy and unsafe for children. 

Yet another example is in the commercial overnight package delivery 
industry, wherein packages are delivered on a tight schedule. In this regard, it 
ft-is desirable to notify a user at a delivery stop for better customer preparation as 
the vehicle approaches. By the customer becoming better prepared and a delivery 
driver being able to deliver more packages per day, an overnight package delivery 
company can increase profits by requiring fewer vehicles to deliver more packages 
in a business day. 

Additionally, individuals already try to project the arrival of a vehicle or 
package by online package tracking services provided by commercial delivery 
companies, such as the United Parcel Service (UPS), Federal Express (FED-X), and 
others. Although traditional methods used in determining when a vehicle areis to 
arrive at a stop is effective in some cases, a more precise method using a pre- 
warning message can be more helpful in providing accurate information. Currently, 
such vehicles, in order to ensure delivery of - bcing able to deliver all packages in the 
same day, keep loads at a lower capacity in order to compensate for and often 
predetermine the need for excessive waiting times encountered at a percentage of 
vehicle stops when customers react slowly to their arrival. 

Thus, generally, it would be desirable for a user to know when a vehicle 
(such as a bus, truck, train, plane, user, or the like) is (a) a particular time period 
(for example, number of minutes or seconds) away from arriving at a destination, (b) 
a particular distance (for example, number of miles or height) away from the 
destination, or (c) at a particular location among a set of location points, so that the 
user can adjust his/her schedule and avoid arriving too early or too late. 

In the past, in order to combat the arrival time problem in the context of 
school buses, student notification systems have been employed that use a 
transmitter on each bus and a receiver inside each student home. U.S. Patent No. 
4,713,661 to Boone et al and U.S. Patent No. 4,350,969 describe systems of this 




type. When the school bus and its on-board transmitter come within range of a 
particular home receiver, the transmitter sends a signal to notify the student that 
his/her school bus is nearby. While such notification systems work satisfactorily 
under certain circumstances, nevertheless, these systems are limited by the range 
5 of the transmitters and require the purchase of relatively expensive receivers for 

each student. In addition, such systems provide little flexibility for providing 
additional information to the students, such as notifying them of the delayed arrival 
of a bus, alternative bus route information, or information regarding important 
school events. 

10 

SUMMARY OF THE INVENTION 

Briefly described, the present invention provides for advance notification 
systems and methods for notifying a user of an impending arrival of a vehicle as the 
vehicle approaches a particular-etofr location . Notification of a vehicle arrival may 

15 be in the form of, but not limited to, predefined locations, predefined times, and/or 

predefined distances, and may occur when the vehicle is leaving its last stop before 
approaching the particular-sto p location . The advance notification system generally 
comprises a vehicle control unit (VCU) disposed on each vehicle and a base station 
control unit (BSCU) which is configured to communicate with all of the vehicle 

20 control units and with a user computer, pager, television, and/or telephone. 

The VCU includes different types of configurations, based on the system 
application. In a first system configuration a vehicle control unit includes a vehicle 
communication mechanism controlled by the vehicle control mechanism, a global 
positioning system (GPS) location device or package delivery indicator for 

25 determining actual vehicle positioning, and, optionally, one or more input devices, 

e.g., a bar code scanner, hand held remote data entry device, or switches (such as 
buttons) that may be operated by the vehicle driver, for the purpose of relaying 
messages to the BSCU. The control mechanism is adapted to initiate or receive 
data communications utilizing the vehicle communication mechanism when the 

30 vehicle location and/or package delivery information needs to be uploaded to the 

BSCU. In the preferred embodiment, the vehicle communication mechanism is a 




wireless communication interface, such as a mobile telephone, radio frequency (RF) 
transceiver, or other suitable device. 

In a second system configuration, the vehicle control unit includes a vehicle 
communication mechanism controlled by the vehicle control mechanism, and/or 
5 sensors {e.g., global positioning system receiver, door opening, package delivery 

indicator, ignition switch input, etc.) which convey to the vehicle communication 
mechanism their vehicle sensor information for determining location. 

In a third system configuration, the vehicle control mechanism and sensors 
include the packages and delivery list for signaling to the vehicle communication 

10 mechanism and the vehicles' stops. The BSCU determines each stop address and/or 

time of last delivery for the timing of each message to the user computer address. 

The control mechanism is adapted to initiate communication utilizing the 
vehicle communication mechanism when the time elapsed and/or traveled distance 
of the vehicle at any of the particular positions is either ahead of or behind the 

15 scheduled time and/or on a regular basis and/or when a delivery is made, and/or 

when polled by the BSCU. In the preferred embodiment, the vehicle communication 
mechanism is a wireless communication interface, such as a mobile telephone's 
voice or data channels, radio frequency (RF) transceiver, or other suitable device. 

The BSCU has a base station communication mechanism and a base station 

20 control mechanism for controlling the base station communication mechanism. The. 

base station communication mechanism receives the vehicle identification and 
location information and/or delivery information from the VCU. The base station 
control mechanism may be configured to store vehicle location, compare locations 
and/or deliveries with a mapping data base, compare user definable requests for 

25 advance notification of the vehicle's impending arrival, and send information to 

users' computers, pagers, televisions, and/or telephones for the advance arrival of a 
vehicle. 

Additionally, one or more functions of the BSCU internal 
modules/components may be linked to remote sites, such as a user computer. In one 
30 BSCU configuration, a user wishing to be notified of the impending arrival of a 

vehicle may share some or all part/s of the BSCU operation with software running 
on a user computer. In this example the user computer equipped with advance 
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notification software may have the control mechanism for comparing locations with 
a mapping database, comparing user definable requests for advance notification of 
the vehicle's impending arrival and the ability to receive vehicle locations, deliveries 
from a vehicle, BSCU collecting vehicle location and/or delivery information. The 
computer messages to be displayed with or without audio before the vehicle arrives 
on a user computer is achieved from networking software and/or advance 
notification software on the computer network or a user computer. Moreover, when 
the configuration is set-up on a person's computer, the computer can activate paging 
to a pager and telephone calls to other locations with a modem and software for 
forwarding messages. The preferred mechanism for displaying the arrival of the 
vehicle at a particular stop location is a remote BSCU sending messages to a user 
computer over a computer network with or without additional advance notification 
software, a user computer with advance notification software and receiving vehicle 
location/delivery information from a vehicle or remote BSCU storing vehicle location 
information. In the preferred embodiment, the base station communication 
mechanism is a modem communication device, such as a telephone, RF, cable 
modem, or combination thereof, for communicating with the vehicle communication 
mechanism and also comprises at least one telephone modem, RF modem, or cable 
modem for sending information to users' computers, receiving information from a 
BSCU with vehicle location information and/or a computer network for linking 
BSCU mechanisms over a network to a user computer. Additionally, connecting a 
television to a user's computer and the user's computer operating software / 
hardware for displaying images onto a person's television screen when a vehicle is 
approaching. This type of display is accomplished in many different methods 
including, over existing programming, similar to on screen programming / remote 
control commands displays. 

The advance notification message is to advise a user of the impending arrival 
of the vehicle. Preferably, a computer can exhibit a distinctive video and sound so 
that the message recipient will be informed of the arrival of a vehicle. A user 
computer may exhibit a display on the monitor or attached television of a video 
and/or sound, so that the recipient may be notified of the vehicle time of arrival, 



distance before arriving, particular location, and/or its last stop, all of which are 
predefined by the user, passenger, or service provider. 

In accordance with a significant feature of the present invention, the 
computer network is used to advise users of a vehicle's impending arrival. 
Moreover, a user computer may display an impending time of arrival, distance to be 
traveled before arriving and the vehicle's actual location on a map when the vehicle 
reaches a predetermined location. 

It should be emphasized that while the present invention is particularly 
suited for commercial overnight delivery applications, there are many other 
applications. As examples, the advance notification system and method of the 
present invention could be employed with commercial buses, trains, planes, pickup 
vehicles, fishing vessels, other transportation vehicles, delivery vehicles, and 
individuals carrying location devices and/or delivery sensors and/or other sensors 
for determining location by a remote computer for advance notification messaging.^ 

Other features and advantages of the present invention will become 
apparent from the following drawings. All such additional objects, features, and 
advantages are intended to be included herein. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention can be better understood with reference to the 
following drawings. The drawings are not necessarily to scale, emphasis instead 
being placed upon clearly illustrating the principles of the present invention. 
Moreover, like reference numerals designate corresponding parts throughout the 
several views. 

Fig. 1 is a high level schematic diagram of an advance notification system of 
the present invention as applied to a delivery truck system, as an example, the 
advance notification system generally comprioing Fig. 1 depicts a vehicle control 
unit (VCU) in communication with a base station control unit (BSCU), which is in 
turn in communication with a customer computer and/or computer address, the 
customer computer thon preferably offers a video and/or audio display. 

Fig. 2 is a high level schematic diagram of an advance notification system of 
the present invention as applied to a delivery truck system, as an example , the 




advance notification system generally comprising ^ Fig, 1 depicts a VCU in 
communication with a BSCU, which is in turn in communication with a customer 
computer and/or computer address, a customers business or home telephone, a 
customer's mobile phone, a customer's wireless pager, and a customer's television—^ 
5 These these devices offer an improved method for notifying a person of the 

impending arrival of people or vehicles. 

Fig. 3 is a high level flow chart diagram of the advance notification system of 
the present invention as applied to a delivery truck system, as indicated in this 
diagram, the advance notification system generally comprises includes a vehicle 

10 monitoring process for determining the location of vehicle's remotely, a messaging 

component for sending electronic messages when a vehicle reaches a predetermined 
point prior to the arrival at a person's stop, and a person's computer connected to a 
network {e.g., Internet) for receiving and displaying an impending arrival message. 

Fig. 4 is a high level flow chart diagram for determining when to use a 

15 second method of sending an impending arrival message to a person. This diagram 

shows how a telephone call can be activated first and if unsuccessful, determined by 
the retry attempts in this diagram, secondly sends a computer message. Asking an 
individual receiving an electronic message to respond could reverse this and if no 
response was received back, a telephone call to the person would be made. Also 

20 worth noting, the messaging method to an individual could always be one, both, or 

others. 

Fig. 5 is a high level flow chart diagram of different messaging options. 

While one method is suitable for some people, two or more different type messaging 

methods are more likely to be effective for others. The diagrams show the options 
25 for receiving impending arrival messages as a message to a computer address, a 

telephone call with a message (if answered), a message on a pager, and a message to 

a person's television address. 

Fig. 6 is a high level flow chart diagram for activating an impending arrival 

message when electronic mail (E-Mail) is received on a person's computer or at a 
30 pei'son's computer address. An impending ari'ival message in the form of an 

electronic message or more commonly known as E-Mail, activates additional 
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software, setup with user preferences, for tailored audio announcements and video 
displays. 

Fig. 7 is a high level modular diagram of the overall operation of the advance 
notification system described as system configuration and necessary to show the 
differences of individual module configurations. Additionally, this configuration is a 
simple diagram of an advance notification system, designed to send a user f s 
computer address a message when a vehicle is approaching and also used as an 
overview of Fig. 1. 

Fig. 8 is another high level modular diagram of the overall operation of the 
advance notification system described as system configuration and necessary to 
show the differences of individual modular configurations. Additionally, this 
configuration is a simple diagram of an advance notification system, designed to 
send a user computer vehicle location information only, for the user computer to 
determine when to notify the user and send a message to the computer screen and 
also by audio means, when a vehicle is approaching. 

Fig. 9 is another high level modular diagram of the overall operation of the 
advance notification system described as system configuration and necessary to 
show the differences of individual modular configuration preferences of different 
systems. Additionally, this configuration is a simple diagram of an advance 
notification system, designed to send a message about the next stop to a users 
computer as the last delivery (prior to the impending stop) is made and thus notify 
the user via a message on a computer screen and audio means, when a vehicle is 
approaching. 

Fig. 10 is another high level modular diagram of the overall operation of the 
advance notification system described as system configurations and necessary to 
show the differences of individual modular configuration preferences of each system. 
Additionally, this configuration is a simple diagram of an advance notification 
system, designed to determine a vehicle location by a stop, or delivery at a 
particular location, without GPS or normal location devices on the vehicle. This 
system determines vehicle location from a delivery list and acknowledgment of each 
delivery to the BSCU. The address and distance to the next stop is determined by 
routing software, mapping software, past records of travel, and actual traffic data 
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systems, compared in the BSCU to determine time, distance, and actual vehicle 
location prior to a user stop. The ability to notify a user computer as the pre- 
selected advance notification preferences are activated allows the system to notify 
the user of a message on a computer screen and/or by audio means when a vehicle is 
approaching. Other combinations of the configurations (Fig. 7 through Fig. 10) are 
used based on application, business, and customer needs. 

Fig. 11 is a high-level schematic circuit diagram of the VCU. The VCU is 
designed to be a compact unit with a generally rectangular housing that is mounted 
preferably on or in front of the dashboard of the vehicle in view of and within reach 
of the vehicle driver. In the housing, the microprocessor controller is interfaced with 
the transceiver by a transceiver jack (preferably a conventional 8-conductor 
telephone jack when transceiver is a mobile telephone), and the transceiver includes 
an antenna for transmitting and/or receiving signals to and from the BSCU. 
Further, the VCU includes a liquid crystal display (LCD) module disposed for 
external viewing of the display by the driver and for providing information to the 
driver, as described previously. 

Fig. 12 is a low level block diagram of the VCU of Fig 11. 

Fig. 13 is a flow chart of a vehicle control process for the VCU and BSCU. 

Figs. 14 is an example of a route list after calculations have determined the 
route stop order and the time between stops. The left side shows GPS 
longitude/latitude coordinates and estimated time between stops that is maintained 
in the VCU database, while the right side shows the mailing address and stop 
number to be displayed on an LCD. 

Fig. 15 is a diagram showing how to determine route stop timing events with 
past route averages and actual live inputs from VCU's for a combined calculation for 
better estimations of a vehicle actual location between communication updates and 
improved accuracy of impending arrival messages. 

Fig. 16 is a diagram of an event schedule for sequencing and activating of 
impending arrival messages from predetermined locations, time before arrival and 
distance before arrival of a particular vehicle. 

Fig. 17 is an example diagram of a messaging event sequence when sending 
messages to users before the vehicle arrives. Moreover, it shows an update message 
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used when a particular vehicle is delayed. The update message is used when a 
person is notified and waiting on a vehicle to arrive, but the vehicle is delayed after 
passing the activation point for sending the first message. 

Fig. 18 is a flow chart of when a second or third message is used and how the 
BSCU determines the activation of these messages. 

Fig. 19 is a diagram of an example of a method for determining vehicle 
location without the vehicle being equipped with a location device, such as a GPS, or 
other devices used for odometer/distance reading device, etc., in an advance 
notification system. This flow chart diagram illustrates a method for determining 
vehicle location from a delivery list, actual delivery or attempt to deliver notices and 
route determining software in the BSCU and/or a user computer. The route and/or 
mapping software determines the vehicle path (roads) to the next stop and then 
calculates the distance from mapping software. Furthermore, the vehicle location is 
associated with time for determining a moving vehicle location. This vehicle 
location/time is calculated from past route data, mapping software of speed limits, 
stops signs, red lights, etc. and/or traffic monitoring systems with sensors normally 
located along the roadside. It also provides an inexpensive means for determining a 
vehicle time, distance, and/or location away from a home or business for activating 
an advance notification message of an impending arrival of a vehicle from different 
user preferences. 

Fig. 20 is a flow chart of a simple and low cost advance notification system 
for notifying users of the impending arrival of a particular vehicle, when the vehicle 
leaves it's last (prior) stop, and on it's way to the user's stop. 

Fig. 21 is a high level flow chart for determining the reliability of a vehicle's 
location without constant communication. A vehicle's location determining factor 
(VLDF) is calculated by the BSCU from past route averages, including 
roads/streets, time of day, vehicle driver, day of week, week of year (holidays 
normally take more time), and averaged for a particular route, time, and day. 

Fig. 22 is a diagram of an example of the communication flow of an advance 
notification system using a computer network. The BSCU is equipped with a 
computer network site for interfacing and displaying information on a person's 
computer for setting up and starting the advance notification service. Additionally 
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shown is how the personal preferences are processed and impending arrival 
messages are activated when the vehicle's location matches the personal 
preferences. 

Fig. 23 is a high level flow chart for determining when to use a cycle 
communication protocol. This chart discloses one method for lowering 
communication while a vehicle is in route for an advance notification system. 

Fig. 24 is a high level flow chart for showing the methods for determining 
when to program a VCU with cycle communication before a route starts. 

Fig. 25 is a high level flow chart of a user computer equipped with software 
for displaying audio and video, and moreover, the user preferences for playing audio 
messages and / or video displays when impending arrival messages are received. 

Fig. 26 is a diagram and example for accessing and receiving advance 
notification information when accessing an Internet or computer site page. 

Fig. 27 is a table used for determining activation points for impending 
arrival messages. The roads and locations are normally taken from past records and 
mapping software for placing a users request at particular location points 
associated with a distance, time, or other location activation areas for starting an 
impending arrival message. 

Fig. 28 is a graphic of a map showing impending arrival activation points 
when a user request is compared with distance, time, or locations, for activating an 
impending arrival message/s. 

Fig. 29 through 39 is diagrams of user preferences and on-screen displays of 
the advance notification system, as a user is connected over a computer network 
and/or is operating proprietary software. 

Fig. 29 is a diagram and example of an on-screen display of a user connecting 
to a internet computer site / location. To sign-up for the advance notification service 
a user has the ability to download the software for additional displays and audio 
options or to signup on-line through a computer connection. 

Fig. 30 is a diagram and example of an on-screen display for entering the 
users home or business address, telephone number, and computer address (not 
shown). It would also be obvious to enter pager numbers, mobile phone numbers, 
cable television box identification numbers and other communication hardware 
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addresses that would notify the user of an impending arrival of a vehicle, when the 
vehicle reaches a predefined location, time, prior stop, or distance. 

Fig. 31 is a diagram and example of an on-screen display for showing the 
user location on a map and how the location is confirmed by the user. 

Fig. 32 is a diagram and example of an on-screen display for providing the 
user with a choice of different type notification messages based on the type or 
category of selected vehicles. This allows (if optioned) the user, as an example, to 
receive an impending arrival message from a school bus when the school bus is five 
minutes away and an impending arrival message from a delivery truck when the 
vehicle is two miles away. 

Fig. 33 is a diagram and example of an on-screen display of user options for 
being notified when a vehicle is at a predetermined time, distance, or particular 
location. This screen is not shown when a vehicle or company predefines when an 
impending arrival message is sent. 

Fig. 34 is a diagram and example of an on-screen display for adjusting the 
amount of time before a vehicle arrives to send an impending arrival message. 
Additionally, a map can show actual activation points, based on vehicle type/s, if 
optioned (Fig. 28). 

Fig. 35 is a diagram and example of an on-screen display for adjusting the 
amount of distance before a vehicle arrives to send an impending arrival message. 
Additionally, a map can show actual activation points, based on vehicle type/s, if 
optioned (Fig. 28) 

Fig. 36 is a diagram and example of an on-screen display for adjusting a 
predefined area for activation of an impending arrival message. This illustration is 
for setting a circle perimeter around a stop or location. The activation points are at 
the outside areas of the circle and matching road/street addresses. 

Fig. 37 is a diagram and example of an on-screen display for adjusting a 
predefined area for activation of an impending arrival message. This illustration is 
for setting a grid perimeter around a stop or location. The activation points are at 
the outside areas of the grid area/s and matching road/street addresses. 

Fig. 38 is a diagram and example of an on-screen display for adjusting a 
predefined area for activation of an impending arrival message. This illustration is 
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for setting a perimeter around a stop or location by placing street markers onto a 
map roads and streets. The activation points are the street markers located at the 
road/street addresses. Additionally, (not shown) all roads / street markers should 
close a perimeter around a users home or business. 

Fig. 39 is a diagram and example of an on-screen display for user options and 
needed for selecting methods of receiving impending arrival messages over a 
computer network to a user computer and / or ringing a user telephone. Although 
not shown in this configuration and illustration, other messaging methods, such as 
a personal pager, a mobile phone, a cable television box, or other communication 
devices could be used to notify a user when a vehicle reaches a predetermined 
location, time, prior stop, or distance, and therefore could be added to Fig. 39. 

Fig. 40 is a diagram and example of a vehicle control unit (VCU) with a 
display area and control buttons. The display shown in this illustration is displaying 
the vehicle's next stop in a text format for the driver. This text format could be 
changed to show a map with highlighted roads to the next stop or actual directions 
(not shown). 

Fig. 41 is a diagram and example of a vehicle control unit (VCU) with a 
display area and control buttons. The display shown in this illustration is displaying 
the vehicle's route list order and the next stop / delivery to be made, as highlighted. 

Fig. 42 is a diagram and example of a vehicle control unit (VCU) with a 
display area and control buttons. The display shown in this illustration is displaying 
the vehicle's route list order with next stop / delivery to be made, and a stop that 
has been moved (lower highlighted area with (M) on left side) from an earlier route 
stop, as previously indicated in Fig. 41. 

Fig. 43 is a diagram and example of a vehicle control unit (VCU) with a 
display area and control buttons. The display shown in this illustration is displaying 
the vehicle's route list order with next stop / delivery to be made, and a stop that 
has been rescheduled from an attempted delivery (lower highlighted area with (AR) 
on left side) from an earlier route stop. 

Fig. 44 is a diagram and example of a vehicle control unit (VCU) and a flow 
chart showing a method for determining when the route list is completed and 
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Fig. 45 is a flow chart diagram of a personal computer operating advance 
notification software and communicating with the BSCU for actual vehicles, and 
said vehicles' related information, that are approaching their stop. Additionally, this 
configuration is another example for operating software on a person's computer, for 
activating an impending arrival message to the user, when a vehicle is approaching. 

Fig. 46 is a high level flow chart diagram of a BSCU and control process 
when the BSCU initializes, activates, and sends impending arrival messages, as 
opposed to Fig. 47, when the BSCU is not used for sending impending arrival 
messages, but vehicle location information to a computer equipped with advance 
notification software. 

Fig. 47 is a high level flow chart diagram of a BSCU and control process, 
when the BSCU sends vehicle location information to remote computers, for 
activation of impending arrival messages on user computers. 

Fig. 48 is a high level flow chart diagram of the initialization process . 
between the VCU and The BSCU. Additionally, this illustration shows a 
configuration for the BSCU to configure the VCU clock and the communication 
method. 

Fig. 49 is an example and diagram of a computer screen connected by 
software/hardware to an internet service provider, and receiving an vehicle's 
impending arrival message in the form of E-Mail or electronic mail. 

Fig. 50 is a high level flow chart diagram of a method for receiving 
impending arrival messages through a satellite television link or cable television 
link, and displaying the impending arrival information on a person s television. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The features and principles of the present invention will now be described 
relative to preferred embodiments thereof. It will be apparent to those skilled in 
the art that numerous variations or modifications may be made to the preferred 
embodiments without departing from the spirit and scope of the present invention. 
Thus, such variations and modifications are intended to be included herein within 
the scope of the present invention, as set forth and defined in the claims. 
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herein within the scope of the present invention, as set forth and defined in the 
claims. 

I. System Architecture 
5 Referring now in more detail to the drawings, wherein like reference 

numerals designate corresponding parts throughout the several views; Fig. 1 is a 
schematic diagram of the advance notification system 10 of the present invention, 
as configured to operate for example, but not limited to, a delivery truck system. 

The advance notification system 10 — comprise s includes , preferably, a 

10 plurality of on-board vehicle control units (VCU) 12, a single base station control 

unit (BSCU) 14, and a plurality of user computers 29 and/or , as depicted by Fig. 2. 
additional communication devices 36x 35 . As configured in the delivery truck 
system 10, a VCU 12 is installed in each of a plurality of delivery trucks 19, all of 
which communicate with the BSCU 14. Moreover, the BSCU 14 communicates with 

15 the computers 29 and / or a persons telephone 36b 35b , a person's pager-S6e 35e, a 

person's mobile phone 36e 35c or a person's television 36d 35d, at one or more 
locations 36x (Fig. 2) 36 , in the present example of an application. 
A. Vehicle Control Unit 
The VCU 12 will now be described with reference to Figs.l, 11, and 12. 

20 Referring first to Fig. 1, each VCU 12 comprises includes a microprocessor 

controller 16, preferably a model MC68HC705C8P microprocessor controller that is 
manufactured by and commercially available from the Motorola Corporation, USA. 
The microprocessor controller 16 is electrically interfaced with a communication 
mechanism 18, preferably a wireless communication device, for enabling 

25 intercommunication of data with the BSCU 14. Examples of suitable wireless 

communication devices include a mobile telephone (e.g., cellular) and a transceiver 
(having both a transmitter and a receiver) operating at a suitable electromagnetic 
frequency range, perhaps the radio frequency (RF) range. In the embodiment using 
a wireless RF transceiver as the communication mechanism 18, data can be sent in 

30 bursts in the form of in-band tones, commonly called "twinkle tones". These tone 

bursts can occur in the background of an existing voice channel. Twinkle tones are 



oftentimes used in transportation systems, such as taxicab communications 
systems. 

The microprocessor controller 16 is electrically interfaced with a system 
menu switch 21, an attempt to deliver switch 22, a reschedule stop switch 23, a 
clock 24, and a GPS location device sensor 25. 

Generally, vehicle tracking is accomplished by monitoring the control 
switches 21-23, the GPS location sensor 25, the battery 35 providing power (35) to 
the controller 16, and-aan onboard package inventory and delivery database (Fig. 
11). Additionally, existing switches, such as door, seat, placing the vehicle in drive, 
and/or driver held package-tracking devices 20 (Fig. 11) may also be used or added 
to existing switches. It is recommended that all of the foregoing features be 
employed to provide redundant checking and control of communication. More 
specifically, the system menu switch 21 includes options for route starting and 
resetting, driver responses to messages sent from the BSCU 14 , suspended 
operation (lunch, breaks, etc.), emergency activation, etc. The system menu switch 
21 operates by scrolling upward and downward through options and selecting an 
option by pressing left or right on the control knob. Special events also arc can be 
programmed to occur throughout a normal day of operation such as, on screen 
displays to the driver and driver prompts to enter a response "are you starting your 
route T\ or "when are you breaking for lunch, after this stop?" or "stop 115 3 rd street 
has responded to message and is available to receive a package^ er^not available 
for delivery"- or Would "would you like to reschedule this delivery for today?" etc. 

The attempt to deliver switch 22 can be actuated by the driver of vehicle 12 
upon reaching a user stop and finding no one available to sign for and/or receive a 
packager . In this example, the driver activates the attempt to deliver switch 22 in 
order to inform the VCU 12 that a stop has been made and the package is still on 
board, the details of which will be further described hereinafter. 

The driver at a stop can actuate the reschedule stop switch 23 if the driver is 
planning to revisit the stop in the same day, as will be further described in detail 
hereinafter. This Activation of the stop switch 23 indicates to the microprocessor 
controller 16 that a display module 33 and memory should be updated. In essence, 
the attempt to deliver switch 22 and the reschedule stop switch 23 cause the stop 




designation to be rescheduled for a second time in a day or for the following day. 
The actual displayed information on the display module 33 is acceptance of input 
and further instructions, normally when the reschedule stop switch is activated. 

Additional options include the placement of the stop to be rescheduled within 
5 the upcoming stops in that day. The stored driver choices in the VCU 12 from the 

attempt to deliver and/or the reschedule stop switch/s, are sent to the BSCU 14 
respectively. Additional menu options 21 can be added to the VCU 12 in the form of 
buttons, as shown in Fig. 40. 

The VCU 12 can be configured so that the operation of the system menu 

10 switch 21, the attempt to deliver switch 22, and the reschedule stop switch 23 are 

purely optional. In this configuration, the location sensor 25 can automatically 
accomplishe s accomplish the aforementioned functions of the switches 21-23. 
However, in a simple configuration configuration, the delivery driver has no user 
functions and the VCU sends package, delivery, and time information only to the 

15 BSCU 14 (Fig. 19 and 20) . The range of configurations is provided for the types of 

deliveries and nature of a company and its packages or cargo. As an example, a 
furniture delivery company only delivers a limited number of packages per day. 
Most delivery times (on location) for furniture is unpredictable and, therefore, 
advanced features needed for quicker and more frequent stops are not needed. 

20 However, in one of the simplest configuration configurations , the delivery 

dinver has no user functions functions, and the VCU 12 is not equipped with a 
location-determining device. The VCU is equipped with a package sensor only, and 
the package sensor sends signals to the BSCU for the actual delivery of a package at 
a stop/ Furthermore, for the BSCU to determine notification time, distance, location 

25 on a map, or broadcast the delivery vehicle's next stop, the BSCU should store the 

drivers route in its data base and/or receive next stop information from the VCU or 
other stored means. Other types of information may also be displayed on the 
display module 33. For example, the display module 33 may inform the driver of a 
particular vehicle, vehicle to meet another driver for load sharing (as in a holiday 

30 ooaoon, season or when a driver experiences an emergency, such as a breakdown 

from a deflated tire or involvement in an accident), and may inform the driver that 
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the status of the VCU 12 in communication with the BSCU 14, or may inform the 
di'iver that the advance notification system 10 is operating. 

A sensor comparison in the VCU provides the BSCU 14 with more accurate 
vehicle operational intentions, such as a vehicle door sensor and a location device 
(e.g., GPS) which may be compared for knowing if determining whether the driver 
has started to the next stop. A cross reference of these sensors and switches can 
make a determination between the vehicle 19 making a delivery stop and stopping 
at a road sign or red light or rest area. By comparing the location device outputs 
and determining when the vehicle 19 is stopped, with the delivery door sensor, a 
determination of a stop can be assured. Other calculations can be utilized on single 
sensors such as to count counting the number of times the delivery door opens and 
closes, or as a package is scanned as it enters or leaves a vehicle. 

A -The positioning system 25 can be used to determine the geographical 
position of the vehicle 19 on or above the earth's surface. The positioning system 25 
could be GPS (global positioning system), the LORAN positioning system, the 
GLONASS positioning system (USSR version of GPS), or some other suitable 
position tracking system. 

Figs. 7, 8, 9, and 10, are modular component diagrams of the advance 
notification system 10 of the present invention, as configured to operate for 
example, but not limited to, delivery truck systems. Furthermore, each diagram 
helps to show examples of VCU 12 in different, but not limited to, system 
configurations and applications. It will be apparent to those skilled in the art that 
numerous other variations or modifications may be made to the preferred 
embodiments without departing from the spirit and scope of the present invention. 

To better understand the modules within VCU 12, Figs. 7, 8, 9, and 10, are 
examples of different configurations for providing advance notification of an 
impending arrival of a particular vehicle 19. Moreover, to understand the VCU 12 in 
different systems, ^ig Figs. 7, 8, 9, and 10, are illustrations and modular diagrams 
of the advance notification system and show how the VCU 12 interacts with the 
other system components. 

Fig 7, is an advance notification system 10 comprising, preferably, a plurality 
of on-board vehicle control units (VCU) 12, a modular Base Station Control Unit 
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(BSCU) 14 and one or more person's linked to a computer network with one or more 
computers 36. In this configuration each Vehicle Control Unit (VCU) 12 is equipped 
with a global positioning system (GPS) 25 receiver sensor 25a for receiving satellite 
signals for determining vehicle 19 location. The global positioning system (GPS) 
receiver sensor 25a sends positioning data to the Computer Controller (CC) 12a. 
The computer controller 12a from a hierarchy standpoint controls the overall 
operation of the Vehicle Control Unit (VCU) 12. The computer controller 12a 
interacts with the Cellular Transceiver (CT) 18a and establishes wireless 
communication through the Wireless Transceiver (WT) 26 to the Base Station 
Control Unit (BSCU) 14. Actual communication between the Vehicle Control Unit 
(VCU) 12 and the Base Station Control Unit (BSCU) 14 can occur when the 
Computer Controller (CC) 12a receives wireless communication from the Base 
Station Control Unit (BSCU) 14, e^-when predefined User Input Controls (UIC) 21a 
are activated, er— when a predetermined time period has expired, or when- a 
predetermined vehicle location is determined, through the Global Positioning 
System (GPS) 25 receiver. Sensor 25a. The actual communication protocol— is 
normally can be set by the Base Station Control Unit (BSCU) 14 and established 
from the end-user requirements during the setup of each system. 

The advance notification system 10 is customized for each system 
implementation for communication optimization needed for lowering the number of 
wireless messages and the cost between the Vehicle Control Unit (VCU) 12 and the 
Base Station Control Unit (BSCU) 14. As an example, when vehicles have extended 
and long drives, normally in rural or remote areas, communication can be stopped 
until the vehicle reaches a predetermined location, time, or when polled by the 
(BSCU) 14. Upon reaching the predefined location, or the expiring of a predefined 
time period, or when polled by the (BSCU) 14, communication is restarted. 
Additionally, the actual communication can be triggered by the activation of a User 
Input Control (UIC) 21a. As an example, when a vehicle driver activates the User 
Input Control (UIC) 21a (e.g., when a package is delivered and sensor is activated), 
communication from the Vehicle Control Unit (VCU) 12 to the Base Station Control 
Unit (BSCU) 14 can be established. Because the (BSCU) 14 controls the 
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communication protocols (ability to analyze travel data for best communication 
methods, then down loaded to VCU 12) in the (VCU) 12, multiple combinations in 
most trucks 19 can be used to limit communication. 

— Figs. 8, and 9, are illustrations of advance notification system 
configurations, without the use of a Global Positioning System (GPS) as shown in 
Fig g Figs. 1, 2, 6, 7, and others. Those configurations Figs. 8 and 9 illustrate a 
system for notifying a Person's Computer (PC) 36 by tracking each vehicle's package 
delivery attempt, by monitoring User Input Controls (UIC) 21a and each truck route 
list with order of delivery (RL) 21b (Fig. 9) . By monitoring each vehicle's 19 
attempted delivery and their particular route order, advance notification can be set 
for a prior stop, a particular estimated location using mapping software and/or past 
records of vehicle times associated with package delivery stops and the time 
between. 

Fig. 11 is a schematic circuit diagram of the VCU 12. 
The VCU 12 is designed to be a compact unit with a generally rectangular housing 
34 that is mounted preferably on or in front of the dashboard of the vehicle 19 in 
view of and within reach of the vehicle driver. In the housing 34, the microprocessor 
controller 16 is interfaced with the transceiver 18 by a transceiver jack 31 
(preferably a conventional 8-conductor telephone jack when transceiver 18 is a 
mobile telephone), and the transceiver 18 includes an antenna 32 for transmitting 
and/or receiving signals to and from the BSCU 14. Furthermore, the VCU 12 
includes a liquid crystal display (LCD) module 33 disposed for external viewing of 
the display by the driver for providing information to the driver, as described 
previously. 

Fig. 12 is a more detailed schematic circuit diagram of the electronic 
components associated with the VCU 12. The microprocessor controller 16 
essentially controls the operation of the transceiver 18, the Global Positioning 
System (GPS) 25 and the LCD display module 33. A switching element 37, such as 
an opto isolator (optical isolator) unit, provides a buffer between the microprocessor 
controller 16 and the battery 35 as well as switches 20, 21, 22, and 23. An EEPROM 
43 is provided for storing the control programs (Figs. 11 and 12) and other requisite 
data for the microprocessor controller 16, and a RAM 44 is provided for running the 
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control programs in the microprocessor controller 16. A matrix keyboard emulator 
39 is interfaced between the transceiver 18 and the microprocessor controller 16 to 
control and transmit signals over the transceiver 18. Further, a dual tone multiple 
frequency decoder 41 is interfaced between the mobile telephone transceiver 18 and 
5 the microprocessor controller 16 for decoding modem signals, or tones, received by 

the mobile telephone transceiver 18 from the BSCU 14. 



10 B. Base Station Control Unit 

The- Referring to Figs. 1 and 2, the BSCU 14 may be implemented using any 
conventional computer with suitable processing capabilities. The BSCU 14 can 
communicate to the homes or businesses of customers via, for example but not 
limited to, either of the following interfaces: (a) computer links 31 through modem 

15 cards to the user computers 29; (b) a computer network operated by an Internet 

service provider. The Internet adheres to the conventional computer-networking 
model and supports the carrying of application information in an application 
independent fashion. The computer network is a cost effective technology that 
delivers voice and data information between computer terminals and a computer 

20 network or Internet using existing POTS (plain old telephone service) lines, ADSL 

(asynchronous digital subscriber line), FTTC (fiber- to- the-curb) networks or cable 
television network or a combination of the two infrastructures. The BSCU 14 or 
parts of the BSCU 14 may also reside in a user home or business as a stand alone 
operational system, via software operating on a user computer 29 and receiving 

25 vehicle 19 location information from VCU/s 12 through a modem and/or network 

link. Moreover, the BSCU 14 and user computer 29 may contain combinations of 
modules for achieving notification of the impending arrival of a vehicle 19 at a user 
stop, on that user computer/computer address. 

In the preferred embodiment, a centralized BSCU 14 communicates through 

30 a direct link to a computer network and/or multiple port modem cards to user 

computers 29. When using multiple means in this regard, a set of conventional 
modem processing cards 3€ are utilized for communicating with computers 3? 29 in 
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one or more homes or businesses, or with computer/Internet addresses as depicted 
in Fig. 1 as user locations 36. The system 10 could be configured to send an 
electronic message to a prospective users' network address, thus warning them the 
user of the impending arrival of a vehicle 19, as opposed to sending data to activate 
a user computer equipped with additional ooftwaro, software for displays and audio 
warnings. In the preferred embodiment, the BSCU 14 includes at least one 
communication mechanism 26 and associated line 26a , dedicated for communication 
with the VCUs 12. However, as mentioned previously, the BSCU 14 may be 
designed to communicate with the VCUs 12 via any suitable wireless 
communication device, in which case, the BSCU 14 would comprise include a 
corresponding transceiver having the ability to receive a plurality of signals from 
the plurality of vehicles 19. 

The BSCU 14 also includes at least one, but preferably a plurality of 
telephone modems 27 (or other suitable communication interface) with associated 
telephone lines 27a , for making the communication links to users' computer 
locations 36 , or in this case, the homes or businesses of the users receiving and 
sending packages. The user messaging program (Fig. 3) for the advance notification 
system 10, which will be discussed in further detail hereinafter, can be designed to 
send messages to the computer address associated with homes or businesses of #ha£ 
a user and allow the users computer 29 to display a message to be recognized .as 
that of the advance notification system 1L Although, sending information from a 
BSCU 14 to a user computer 29 as described above is used in this example, other 
configurations are equally important. Another configuration includes a user 
computer^? 29, equipped with the BSCU 14 software modules and a link to a 
computer network 27 for receiving vehicle location information Fig. 8 (Fig. 8) . 

The BSCU 14 modules and the PC 36 29 modules can be configured in 
multiple arrangements. In Figs. 7, 8, 9, and 10, system modules are setup in 
different configurations to show examples of moving modules from remote BSCU 14 
areas to a PC-36 29. A system setup normally requires a Wireless Transceiver (WT) 
26 for communication with the VCU 12 on vehicles 19 and a Vehicle Location Data 
Base (VLDB) 14a for storing vehicle location data and a Mapping Software Data 
Base (MSDB) 14b for positioning the vehicle's 19 location onto maps and a 
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Notification Data Base (NDB) 14c for activating an impending arrival message from 
a User Request Data Base (URDB) 14d. The URDB 14d stores each persons phone 
number/s, computer address, preferences for notification, package information, 
stopping deliveries when out of town, etc. The Person's Computer 36 29 linked to a 
5 computer network is for receiving impending arrival messages when vehicles 19 are 

approaching. A person's computer 29 can be equipped with standard messaging 
software associated with a computer network or additional software that activates 
additional audio and/or video when vehicles 19 are approaching and an impending 
arrival message is received. Moreover, networking software provided by commercial 

10 Internet access providers with electronic messaging (E-Mail) capabilities, provides 

an easy method for a person wanting impending vehicle 19 arrival information on 
their computer screen without adding proprietary software associated with an 
advance notification system 10. Actual messages can be forwarded to the Vehicle 
Control Unit (VCU) 12 when necessary and displayed on the Liquid Crystal Display 

15 (LCD) 33a for driver requests and delivery needs, requesting additional information, 

etc. 

Fig. 8 illustrates a system configuration for placing more intelligence and 
computer processing capabilities in each person's computer 36 29, as opposed to Fig. 
7 where the Base Station Control Unit (BSCU) 14 is controlling the Mapping. 

20 Software Data Base (MSDB) 14b, the Notification Data Base (NDB) 14c, the User 

Request Data Base (URDB) 14d and in ,, In Fig. 7 A these modules are controlled by 
each Person's Computer (PC) 36 29 linked to a computer network. By equipping 
each Person's Computer (PC) 36 29 with proprietary advance notification system 
software as illustrated in Fig. 8, different system configurations can be used for 

25 optimization and customization for the end user. Additionally, information sharing 

between modules on a person s computer 36 29, as opposed to more modules located 
at remote locations (Fig. 7) away from each person's computer 29, may, in some 
cases, not optimize performance. By locating system modules (proprietary software) 
on each person's computer 29, the Base Station Control Unit (BSCU) 14 loading can 

30 be minimized. Moreover, actual onscreen video and audio associated with the 

advance notification warning can be stored on a person's computer 29, with 
activation by a vehicle's 19 location as it reaches a predefined location, time, or prior 
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stop. This configuration allows vehicle 19 location information to be received by the 
Wireless Transceiver (WT) 26. 

The live vehicle 19 location information is made accessible through the 
Vehicle Location Data Base (VLDB) 14a. The (VLDB) 14a also analyzes route data 
by averaging past routes with time from one location to the next. Time of day, day of 
week and month are also determining factors needed for determining the average 
travel time from one location to the next. The protocols used for the computer 
network communication between the modules located on a person's computer-g€ 29 
and the modules located at a remote site BSCU 14 for vehicle location 14a are 
normally as follows, (a) The Person's Computer (PC) 29£6 contacts the Base Station 
Control Unit's (BSCU) 14 Vehicle Location Data Base (VLDB) 14a (Figs- 7-10) when 
vehicle 19 location is needed for monitoring a vehicle 19 for an advance: notification 
warning. Timing cycles are used for vehicle 19 location updates,, and preferences can 
be set for communication optimization, (b) The Base Station Control Unit (BSCU) 
14 sends vehicle location to the Person's Computer (PC) 29£€ when a predefined 
time period expires, the estimated vehicle 19 location is not correct with the actual 
vehicle 19 location, when a vehicle 19 sensor is activated, or when loading or 
capacity allows for communication to take place. Additionally, vehicle .1.9 location 
i4a-information can be sent over a computer network and/or Internet at predefined 
times and automatically received by each Person's Computer (PC) 29 that is linked 
to the computer network/Internet. A particular vehicle's location, in-between 
communication cycles, is established by past vehicle location records and average 
time needed to travel from one location to the next. Moreover, some configurations 
only update vehicle 19 locations at a predefined time of day. 

Fig. 9 and Fig. 10 are illustrations of an advance notification system 10 
configuration without the use of a Global Positioning System (GPS) sensor 25a as 
shown in Fig's Figs. 1, 2, 7, and 8. These configurations illustrate a system 10 for 
notifying a Person's Computer (PC) 3€ 29 by tracking vehicles' 19 package delivery 
attempts, by monitoring User Input Controls (UIC) 21a and each truck's Route List 
with order of delivery (RL) 21b. By monitoring each vehicle's 19 attempted delivery 
and their the particular route order, advance notification can be set for a prior stop, 
a particular estimated location using mapping software and/or past records of 



vehicle 19 times associated with package delivery stops and time between 
therebetween . The BSCU 14 modules can be networked between remote locations 
and a PC 36 29. These configurations allow the BSCU 14 to run all or some of the 
proprietary software and messaging capabilities for sending or displaying 
impending arrival messages to or on a PC 36 29 before a particular vehicle 19 
arrives. Additionally, setting preferences can be achieved by connecting a (PC) 36 29 
to the data stored on the BSCU 14, or storing the preferences on each PC 36 29 . 

The messaging program (Fig. 3, 4, 5, 6, 8, 9, 22, and 25) associated with the 
advance notification system 10 may also be configured to make the user computer 
36 29 exhibit a distinctive audio sound, or audio message, so that the recipient can 
be away from the computer 29 and receive the message. The message may also be in 
the form of a code for activation of advance notification software for displaying 
messages or direct a modem link for playing audio from a broadcast. A standard 
activation or broadcast of a message is in signals, sent to a computer with a modem- 
attached, over a telephone line and typically in the form of tones. The message is 
asserted over the a telephone line communicating information between modems 27 
and 30 39, for accessing a computer address and establishing a communication link 
31 to a user computer 36 29 over a the telephone line 

Implementation of an advance notification system 10 over a computer, 
network may be accomplished by purchasing a networking feature as a software 
and/or hardware package or in the form of a software program with communication 
capabilities and network service provider package or links to networks. One form of 
a network link is in the form of an Internet service provider. This service is widely 
available to the public. Generally, Internet service providers operate network 
computers for linking computers with other computers, now usually over normal 
telephone line interfaces, but greater capacity handling communication links 
including fiber optics, cable television networks, and digital wireless networks may 
also be used. When a computer is connected over a telephone line to an Internet 
service provider the telephone line link travels from telephone lines linked to the 
Internet service provider through the telephone company switch to the user 
computer. 
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The feature for establishing the Internet connection is sold to the public 
under several different commercial trade names. Examples are as follows: America 
On Line (AOL), Microsoft Network (MSN), AT&T WorldNet Service, CompuServe 
and many more. 

The package addresses are normally associated with the package 
identification numbers in many ways. For example, the package address may be 
added to the package by additional bar coding when the package is shipped or, the 
user sending or receiving a package may connect to the BSCU L4 over a computer 
network or telephone and add an address (computer network address) to a package 
identification number for activating an advance notification message associated 
with the impending arrival of a vehicle 19 carrying this package. 

II. System Operation 

A. Initialization 

Initially, vehicle stops for each vehicle 19 are programmed into the advance 
notification system 10 by entering the respective package addresses. As the vehicle 
19 is loaded with packages, the package addresses are considered as the vehicle 
location stops by the system 10. The actual addresses of the packages are normally 
scanned into a database program using a bar code scanner device (United Parcel 
Service tracking numbers are of the following formats: 1Z 999 999 99 9999 999 9, 
9999 9999 999, T999 9999 999, or D999 9999 999 with spaces and dashes ignored). 
The actual vehicle 19 number (which delivers or picks up a package from a business 
or resident, and not necessarily mid-point vehicles) and package addresses are 
recorded into the BSCU 14 when packages are sorted to a specific delivery vehicle 
19 or truck or are entered into the BSCU 14 by the user sending or receiving the 
package. Additional vehicle 19 stops may be added when requests to pickup 
packages are received. The request to pickup a package can be downloaded to the 
VCU 12, with a display for the driver to accept or return for another driver or 
time/day. If the vehicle 19 driver enters route or package data (the order of delivery; 
packages, or changes from a computer generated delivery list),, the data is then 
uploaded to the BSCU 14. The timing and package delivery locations are recorded in 
the BSCU 14 during the initialization of the system 10 and used as a reference for 



determining locations from impending arrival message points. This information 
accesses the computer network to inform a user computer 29 when a delivery 
vehicle 19 is at a predetermined time, mileage, street location, and/or last delivery 
away from a vehicle 19 stop. In the preferred embodiment, determining the location 
of a delivery vehicle 19 is accomplished by sending the vehicle location of a delivery 
vehicle 19 from the time the vehicle 19 departs and/or starts its route. 

The timing information is recorded during the initialization and. daily 
recording of vehicle locations with time, and the system 10 is used as a reference 
during the usual operation of the system 10 for the purpose of determining whether 
a delivery vehicle 19 is at a predetermined location or time from a delivery stop. 
Other reference information may be obtained from software for mapping, for 
example, streets, vehicle speed limits, and traffic flow. 

However, it should be emphasized that other methodologies could be utilized 
for determining the communication to or from a location sensor of a delivery vehicle 
19. For example, the GPS sensor 25 may communicate with the BSCU 14 when the 
delivery vehicle 19 is in motion (as indicated by phantom lines in Fig. 1), additional 
VCU. 12 timing cycles for communication controlled by the microprocessor controller 
16. At particular times, the longitude and latitude readings or optionally a 
Universal, Transverse Mercator (UTM) grid system number, could be sent, when 
When the vehicle 19 is in a stationary position, the communication cycle controlled 
by the microprocessor could be slowed down to one cycle until the vehicle is in 
motion again, compared to reference longitude and latitude or (UTM) information 
readings which were obtained on a cycle per minute when the vehicle is in motion 
10. In this way, the determination of the location of a delivery vehicle 19 could be 
accomplished by less communication to and from the VCU 12 and BSCU 14. 

Another methodology, which could be utilized for the timing cycles of 
communication to and from the delivery vehicle 19 involves interfacing the BSCU 14 
with wireless communication protocols. The BSCU 14 system is equipped with 
communication software for contacting each VCU 12 and asking for GPS longitude 
and latitude information or Universal Transverse Mercator (UTM) grid system 
information from the VCU 12 on each delivery vehicle 19. The vehicle 19 location 
may be polled in normal communication protocols, such as contacting each VCU 12 



in a first to last cycle with vehicles 19 in motion or on a normal clock cycle for 
minimizing communication to and from the VCU 12 and BSCU 14. The received 
delivery vehicle 19 location (longitude and latitude or Universal Transverse 
Mercator (UTM) grid system information) from the VCU 12 to the BSCU 14, is 
calculated from the time and/or distance away from a stop using mapping 
technology for road distances, and additional speed limits, actual traffic averages, 
and other means for better calculation accuracy. 

B. Regular Operation 

The overall operation of the advance notification system 10 will be described 
with reference to Figs. 13 and 15. Fig. 13 sets forth a flow chart showing the overall 
operation after the system 10 has been initialized. Fig. 15 shows an example of a 
schedule of possible events and the interactions, which might occur between the 
VCU 12 and the BSCU 14 as the vehicle 19 travels along its route and makes ;its 
scheduled delivery stops. 

In Fig. 13, the right-hand column illustrates the sequence of events for the 
BSCU 14, and the left-hand column illustrates the sequence of events on the VCU 
12. In tfee efforts to lower overall communication between the VCU 12 and the 
BSCU 14 when large vehicle 19 fleets are equipped with the advance notification 
service, actual vehicle 19 locations in the BSCU 14 are based on past route 
comparisons, such as those shown in Fig. l &r Figs. 14A and 14B arc 14 and 16. - Fig. 
14 shows illustrations of a time line for delivery stops and planned route-timing 
events for each stop. The time line has the following time designations: when the 
route should start 606, time to each stop 605, and the ability to change the route list 
615 when the VCU 12 location sensor determines a difference. 

First in Fig. 13, the delivery vehicle 19 ignition is switched on, as indicated 
at block 45a. At the beginning of each route, the system 10 could be configured to 
automatically initialize itself upon power up of the VCU 12. The delivery door 
opening or a bar code scanner initiating communication, or both, could activate the 
powering up. Further, the BSCU 14 could be programmed to initiate itself after the 
vehicle 19 moves to a predefined distance or location, such as a waypoint (longitude 
and latitude or Universal Transverse Mercator (UTM) grid system information 
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the selected choice from the user preference data base. Furthermore, the actual 
order of vehicle 19 stops may be used to determine if the vehicle 19 is entering a 
selected area on more than one occasion. This comparison provides a distinct 
advantage by increasing the accuracy of a vehicle 19 impending arrival message by 
sending the message after the last entry of a vehicle 19 into the user-predefined 
area. Another advantage of comparing the delivery order list to the user defined 
areas for notification is the addition of the number of deliveries before reaching the 
user stop to the impending arrival message, e.g., "UPS has 3 packages for delivery 
and is 1 mile from your stop at this time. The vehicle has 2 other stops before 
reaching your location". 

While the delivery vehicle 19 actual locations are compared to the existing 
travel time and distances (Fig. 15), the BSCU 14 is also storing actual location 
events (time between longitude and latitude or Universal Transverse Mercator 
(UTM) grid system information points) for averaging with the planned route/travel 
time over distances. When the BSCU 14 begins sending messages to user computers 
29 at a predefined time, distance, location, and/or prior stop, for the impending 
arrival of a delivery vehicle 19, each particular user computer 36 29 receives an 
electronic message and is displayed on their screen, as indicated in flow chart block 
145a (Fig. 16). In one example, as shown in Fig. 16, at waypoint number 20 (140c) 
along the delivery route, the BSCU 14 places a message (144c) to a user computer 
29 at waypoint 30 (140d) of the delivery vehicle 19 actual location. A second 
example in Fig. 16, shows a user being notified when the vehicle 19 is one mile away 
(144d) from waypoint 30 (144d). The third example in Fig. 16^ shows a user being 
notified when the vehicle is at a predefined street location (144b). This is 
accomplished by comparing street mapping software with included 
longitude/latitude or Universal Transverse Mercator (UTM) grid system 
information coordinates, notification requests, and the (BSCU) 14 vehicle location 
data base (VLDB). As shown in the configurations (Fig. 15 and 16), time is used to 
cross reference travel between locations. Determining vehicle location 19, between 
communication updates, is achieved by comparing times of prei'ecorded route 
information, actual live traffic monitoring systems, and statistical data. 
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area), determined by the GPS positioning system 25. This initialization action 
causes the microprocessor controller 16 to inform the BSCU 14 of the vehicle 19 
location and the beginning of its route. The foregoing action is indicated at flow 
chart block 45b (Fig. 13). Alternatively, the vehicle 19 driver can press the 
5 start/reset switch 21 on the VCU 12 system menu 21 to initialize the BSCU 14 for 

restarting the route tracking sequence. Additionally, driver/user options may be 
accessed by the user controls on the VCU 12. 

After initialization of the VCU 12 to the BSCU 14, the display module 33 on 
the VCU 12 preferably displays stop and location information. The stop location 
10 continuously (Fig. 40) runs on the display as the delivery vehicle 19 progresses 

along its route. 

Next, as indicated at flow chart block 45c (Fig. 13), the VCU 12 determines, 
continuously or periodically, the location of the delivery vehicle 19 by the GPS 
positioning system 25 and sends the BSCU 14 (Fig. 1) the location information- in 

15 view of the planned route or stop sequence data (derived from initialization of the 

packages on the vehicle 19 and/or mapping technologies). In the preferred 
embodiment, the BSCU 14 at least compares the delivery vehicle 19 current location 
with the planned route location derived from the logistics of current mapping and 
route planning technology (Fig. 10) for determining time and/or distance away from 

20 a user stop. By comparing previous vehicle 19 routes with time differences between 

waypoints (longitude and latitude points or Universal Transverse Mercator (UTM) 
grid system information points an average route timing data base may be used to 
calculate the time to travel from actual vehicle locations to the impending arrival 
time at a particular stop. Additional traffic flow measurements may be added by 

25 comparing time of day, actual live traffic flow sensors, or other methods. 

The method for determining a distance from a user stop for activating an 
advance notification message may be accomplished by software at the BSCU 14 or 
the user computer 29. The user interactive software shows the current user location 
on a map (Fig. 31). The user places road markers Fig. 38, a circle perimeter Fig. 36, 

30 a grid perimeter Fig. 37, which allows the vehicle 19 to determine actual points at 

each road for a message of the impending arrival of a vehicle 19, etc. The actual 
vehicle location activates the impending arrival message when the location matches 
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Additionally, preferences for activation of advance notification warnings are 
shown in Fig. 33, 34, 35, 36, 37, and 38. After a preference is selected from the end 
user, the data is normally placed into the Notification Data Base (NDB) 14c after 
calculations have been made from the address entered into the BSCU computer 32 
5 (Fig. 1) from a network connection as shown in Fig. 30 and 31, or ANS software 

residing on their computer, with or without a network connection. The other 
calculation of information is in finding an actual longitude/latitude or Universal 
Transverse Mercator (UTM) grid system information coordinate of each home, 
business, street address, or most other places on the earth's surface, which can be 

10 found with existing mapping software. The Universal Transverse Mercator (UTM) 

is one grid system that eases the conversion of GPS readings to map data. 

Another example compares the list of stops with the vehicle 19 location and 
determines the last occurrence before the delivery vehicle will cross the predefined 
marker points to activate the impending arrival message 19. 

15 Additionally, the BSCU 14 adjusts its messaging activation to an actual stop 

point at each user stop. This allows each user to be notified in accordance with the 
selected predefined time, distance, location and/or last stop, for example, "The XYZ 
Delivery Company truck is currently at the comer of Delk Road And Peachtree Street 
and is approaching your stop" block 415 (Fig. 18). A second message 419 (Fig. 18) 

20 will also be sent when the vehicle 19 is detained outside of the predefined system 10 

preferences for being late for a stop after sending the initial message 415. 
Furthermore, in this configuration, a third message is sent as the vehicle 19 arrives 
at the stop 424. The Flow Chart 399 flow chart (Fig. 18) shows an example of the 
messaging sequence from the BSCU 14 to each user. The example also shows the 

25 activation methods used for determining when a vehicle 19 is late and shows that a 

second and/or third message should be activated and sent to the person's computer 
29 . However, when the BSCU 14 determines that the delivery vehicle 19 is 
excessively late after notifying an individual of an impending arrival at a particular 
stop, the BSCU 14 resets the message for a route update sequence (Fig. 17) that 

30 informs the user of an unexpected occurrence {e.g. a traffic jam), as indicated at flow 

chart block 399 (Fig. 18). The planned route (Fig. 17) 401 is updated by the actual 
route information when the preferences 403 are exceeded and the actual time 
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exceeding the predefined limits 406 are reached. The route update is complete when 
the new actual time 402 resets the planned time associated with the location of the 
vehicle 19. The route timing update is shown in block 404 (Fig. 17). After each route 
update, a message update routine determines if an end user needs a second or third 
message. The activation of a second message is normally determined by the planned 
location predefined limit 403, or an individual limit predefined for sending a second 
or third message. The illustration (Fig. 17) 406 shows an automatic sequence for 
activating a second message 405 and sending a second message 405b, when each 
route is reset. A more detailed description (Fig. 18) 399 shows how the activation of 
a second message is determined. 

As indicated at flow chart block 45f (Fig. 13), the BSCU 14 again determines 
if the delivery vehicle 19 is on the planned route and stop schedule by analyzing the 
vehicle location 25 (Fig. 1) and comparing it to the actual stops on the list. 
Preferably, in this regard, the BSCU 14 at least compares stops on the driver list 
and the actual location of stops made by the driver to determine if the driver has 
changed from his route list order. Other stops, such as pickups (Fig. 44), are 
displayed on the vehicle VCU 12 display, and changes to the route list (Fig. 42 and 
43) order are available to the driver via push button entry. Additionally, so the 
driver acknowledges a new entry or route update, the VCU 12 may be equipped 
with an audible sound, such as a buzzer, tone, or different voice recordings lor 
announcing each event without the need for the driver s eyes to look at the VCU 12 
display when driving. Accordingly, requests for package pickups are processed in 
the BSCU 14 and sent to the appropriate vehicle VCU 12 and scheduled into the 
driversMist of stops (Fig. 41). The driver has the final opportunity to reschedule 
(Fig. 43) or move (Fig. 42) an added stop through the VCU 12 push button menu. 

For example, Fig. 14 shows a finished delivery route that started at seven 
thirty. After starting the delivery route, the delivery vehicle arrives at stop number 
001 at 07:37:22AM as depicted by information block 610 after driving seven minutes 
and twenty- two seconds as depicted by information block 609. Stop 001 takes two 
minutes to unload all of the packages and another two minutes and ten seconds to 
reach stop 002 at 07:41:32AM. Stop 003 takes five minutes and forty-five seconds 
from the time the vehicle 19 arrived at stop 002. The arrival at stop 004 is on time 




but the delivery takes an unexpected ten minutes 644 and causes a ten-minute 
delay 6+§ in the scheduled route as depicted by information block 614 and 615 . The 
scheduled route list was rescheduled by the delay depicted bv block 615 of ten 
minutes and stop 005 was reached ten minutes later than the scheduled planned 
5 route, at 08:13:34AM. The VCU 12 display 602 in Fig. 14 and block diagram 6 02 is 

an example of the information that the driver sees and uses. The other route 
information 601 shown in Fig. 14 and block diagram 601, is not needed for driver 
interaction and is a VCU 12 automatic component for lowering the wireless 
communication between BSCU 14 and the VCU 12. Although not disclosed in this 

10 example, additional directions with or without map displays, estimated route 

completion times, on or off normal schedule indicators, and others may also be 
displayed on the VCU 22 display module 33. Just prior to leaving a stop, the driver 
views his next stop on the display module 33. Additional directions can be activated 
by the drivers' input or automatically after a predefined time period or a predefined 

15 distance the vehicle 19 has traveled. The automatic display changes may start when 

the driver arrives at a stop by displaying the next location. The display shows the 
next address until the vehicle 19 has started moving and the display cycles between 
the next stop's address and a map display showing directions. The display continues 
to cycle until the vehicle 19 arrives at the next stop, then the sequence-repeats. i 

20 The vehicle 19 location and the communication of the vehicle 19 location 

from the VCU 12 to the BSCU 14 are determined by both the BSCU 14 and the 
VCU 12 for lowering the amount of wireless communication. As previously 
explained the VCU 12 can be programmed to compare a planned route with an 
actual; route and communicate to the BSCU 14 when the differences exceed the 

25 predefined limits. The VCU 12 can also be programmed by the BSCU 14 for 

communication cycles. The cycles which can be programmed for acknowledgment of 
sensor activation and communication from the VCU 12 to the BSCU 14 can only be 
made when the vehicle 19 has left stop 1. The display module 33 preferably displays 
"next stop" followed by directions and/or messages received from the BSCU 14. The 

30 foregoing feedback signal from the vehicle 19 in motion may be replaced or 

generated from other sensors, such as the driver seat, the ignition switch, 
placement of the vehicle 19 in gear, etc. 
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In accordance with Fig. 27, the The BSCU 14 checks the vehicle 19 location 
to confirm that the vehicle location 141a (Fig. 15) corresponds to the programmed 
vehicle location 140a (Fig. 15) . When actual vehicle location 141a is different from 
the planned route location 140a changes are made 142a (Fig. 15) in the planned 
route data. Determining when the vehicle 19 is at a predetermined location on a 
map is shown in Fig. 28. The actual location points and/or addresses 341a - 34 If are 
determined by the VLDB 14a, the MSDB 14b, and the URDB 14d, then stored into 
the NDB 14c. In Fig. 27 . it is shown that a user at 1010 Oak Lane 332 has 
requested an advance warning time. The advance warning time is five minutes and 
thirty seconds 336 before XYZ Delivery Company delivery truck arrives as 
depicted dopoitcd by information blocks 335 and 336 . When the vehicle crosses any 
locations matching notification time/s shown in 34±? 341 and shown in more detail 
in Fig. 28, the advance warning is activated. The only exception is a stop that is 
scheduled between an activation point/location and the final destination. The Block 
343 of Fig. 27 shows the delay of notification for each stop bctwcon (Fig. 27) 313 
that is used to determine an arrival time when other stops will be made between 
the activation points and the targeted destination. Past route averages normally 
determine how much time a stop will take. In Fig. 27, block diagram 343, each stop 
in-between the activation points/locations and the final destination will take fifty- 
five seconds. Each stop the vehicle 19 makes, at each location, can be averaged and 
therefore different and better determinations of actual delivery times can be made 
for more accurate advance warning message times. Although time is used as in the 
advance notification mothod block 336 in this example, notification by a distance 
block 337, and notification by a location block 338 can also be used. 

If the delivery vehicle 19 is stopped in traffic, then the then VCU 12 will 
continue to communicate with the BSCU 14 each time the vehicle 19 is in motion to 
inform the BSCU 14 of this new location, not exceeding the predetermined cycle 
limit, such as a vehicle 19 in start/stop traffic. If the vehicle 19 is on a normal 
schedule and on an expressway or interstate, the BSCU 14 may have a Vehicle 
Location Determining Factor (VLDF) 104 (Fig. 21) of 95% or higher, without 
repeated cycles from the normal operation of the VCU 12, Based on the location of a 
the vehicle 19 and the VLDF 104 the BSCU 14 may lower the communication cycle 
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rate of the VCU 12 until the vehicle 19 enters a more demanding area A e¥ until the 
vehicle 19 enters an area closer to a user stop or when the VLDF 104 is at a lower 
percentage. The VLDF 104 (Fig. 21) is determined by the past vehicle 19 location 
points and averaged time. This feature can lower the communication rate from the 
VCU 12 to the BSCU 14 by determining when communication should be increased 
or decreased and not overloading existing communication channels. 

Other methods to determine when to use cycle communication, ao shown in 
Fig. 21 and Fig. 24 arc communication are depicted in Fig. 24. In this regard, Figs. 
21 and 24 show methods used before the route starts 914, and i» Fig 23 shows 
methods use when the route is in progress 901. Moreover, as previously described, 
the VLDF 104 is also used to determine when cycle communication is used. In Fig. 
23, the next stop is evaluated in block 905 by the time 905 and in block 904 by the 
distance 90 4 , distance. The Then the distance in block 904 is compared in block 906 
to the default distance exceeding limit £06, and the time 005 of block 905 - is 
compared to the default time limit in block 907. When time or distance exceeds the 
predefined limits, the method is changed to cycle communication in block 910 for 
delaying communication when it's not needed. The distance, location, or time in 
blocks 911 , 912 and 913 sets the restarting of communication. 

Fig. 24 shows an example for determining when to use a cycle 
communication method in a route list, before the route starts as depicted by block 
914. By comparing the route list with mapping software in block 915 for 
determining actual roads and streets to be traveled, traveled and by comparing the 
data to adding the notification data base (NOB) in block 916 (when impending 
arrival messages will be sent), delays between notification activation times can be 
determined. When the time delay between notification times reach reaches a preset 
limit, in this example ten minutes as depicted by block 917, the communication can 
be stopped in block 918 for a period of time as shown by block 919 or when a 
location is reached as shown by block 920. The actual time or distance for stopping 
the communication is determined by the amount of time or distance/location 
between stops and notification activation points. 

After the BSCU 14 downloads communication methods to the VCU 12, and 
during the VCU 12 actual route, if the VCU 12 communication monitoring means 



determines no changes in the vehicle 19 location and no sensor activity after a clock 
cycle has been completed, communication is delayed until the vehicle 19 location 
has changed and/or actual sensor activity is determined. Additionally, when the 
VCU 12 communication monitoring means determines a communication problem 
after an attempt has been made to contact the BSCU 14 (e.g. vehicle 19 enters an 
area the wireless communication means cannot connect to the BSCU 14 known in 
the art as a "dead area or drop, aroa "dead area" or "drop area") , the clock cycle is 
accelerated until the communication to the BSCU 14 is regained. The VCU 12 will 
continue to monitor the inputs from devices (Fig. 12) 20, 21, 22, 23, and 35r 25 (Fig. 
12) to gain current information when communication is acknowledged/restored. 

Communication methods are normally associated with wireless loading and 
the ability to handle a fleet of VCU 12 responding to one BSCU 14 in most 
configurations. When other configurations are used for advance notification 
systems, such as, when (Fig. 19 and Fig. 20) the VCU 12 is equipped with a delivery 
order route list (Fig. 19) 181 (block 181 of Fig. 19) and a sensor or activation method 
for determining when an attempt to deliver a package on the route list has been 
made, the communication is simply activated by the sensor input. In Fig. 19, the 
flow chart shows how the VCU 12 and the BSCU 14 communicate to locate a 
particular vehicle 19 location. To find a vehicle's location as depicted by 160, in this 
configuration, the current stop and order of delivery list ±&i is determined in block 
161 from the information received by the VCU 12. The location of the last stop from 
block 162 and the time of the last stop from block 163, io 163 are compared with the 
next delivery stop from block 165 and the distance i66 from block 166, and time 
from block 167 between the stops for an estimated time of arrival ±69. Mapping 
software 14b and prior route records of past deliveries in block 168 provide 
additional data for determining the vehicle's location in block 169 . 

Determining the activation of an advance notification warning associated 
with this configuration is shown in Fig. 20. When a delivery or an attempted 
delivery is made in block 191, the information is sent in blocks 191a and 192 from 
the VCU ^ 12 to the BSCU 14, and the BSCU 14 determines what stop is next on 
the delivery list in block 193, and then trico to find finding this next stop in the data 
base is attempted in block 194. If the user has information in the data base, 
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preferences for sending an impending arrival message i0§ are established in block 
195 and a message is sent to this person's computer 29 of the impending arrival of a 
vehicle 19 in block 196. 

In Fig. 22^ the VCU 12 is using and monitoring via the computer 
5 controller 12a, a GPS 25 location device and the user input controls 21a. The vehicle 

19 location and sensor input is sent to the BSCU 14 from the VCU 12 cellular 
transceiver 18a. The BSCU 14 receives the wireless information after the wireless 
information from the VCU 12 passes through the closest land based antenna, then 
the information is routed over switched telephone lines to the BSCU 14 modem 

10 connection-26k 26. The vehicle information 201 is added to the vehicle 19 location 

data base (VLDB) 14a. The actual user notification requests are received from a 
person's computer 29 connected over a network 300 (Fig. 22) via interface 209, and 
taken from user input options 210, then stored into a notification data base (NDB) 
211. The notification data base (NDB) 211 includes timing for activating an advance 

15 warning 205 to physical and electronic addresses 204 and compiling this 

information into a list 203 for notifying persons' computers 203 29 associated with a 
route list. To activate a message, the vehicle 19 location and the preferences for 
notifying an individual should match 202. When the match occurs, a message is 
initialized 208 and sent to a person's computer 207, through computer network 

20 interface 206 and computer network 300. 

The information sent to a person's computer 29 can be received with normal 
computer networking software, or with additional proprietary software. With 
proprietary software 223 (Fig. 25) operating on a person's computer 333 29, the 
software 223 can determine when a vehicle 19 is approaching in block 224, then 

25 compare user preferences in block 225 when a vehicle 19 is approaching for 

displaying video 336 and playing audio messages 335 of the impending arrival of a 
vehicle 19 in blocks 226 and 227 . Dioplay As depicted bv blocks 230-236, display 
information can show for example, but is not limited to, any of the following display 
options 226a, 226a: show vehicle driver information 230, information, vehicle 

30 information 231, information, location on a map 232, map, time countdown 233, 

countdown, mileage countdown 234, countdown, last delivery or stop location 235, 
location, cargo information 236, otc. information, etc. Audio As depicted bv blocks 
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238-244, audio information can be for example, but is not limited to, any of the 
following audio options 221a, 227a: play audio of vehicle name 238, name, vehicle 
information 239, information, street address 210, addx-ess, time countdown 211, 
countdown, mileage countdown 242, countdown, last delivery or stop location 213, 
location, identification of cargo 214, etc. cargo, etc. An example of a person's 
computer 29 operating proprietary advance notification software is shown in Fig. 
26. The display shows a map 770a, a location on a map that represents a person's 
business or home address 773a, and the location of a vehicle 19 approaching the 
business or home address 774a. Additionally, this display has been configured to 
show the time before the vehicle arrives 771a, and to show the distance in miles 
before the vehicle arrives 772a at the person's business or home address 773a. 

At the end of a delivery route (Fig. 44), the VCU 12 makes an inquiry to the 
BSCU 14 as to whether there are any more delivery stops in block 151. M As shown 
by blocks 152-156, if the delivery list has been completed 152, completed, then the 
VCU 12 may contact the BSCU 14 and receive additional information ±5S to 
display on the VCU's LCD 155a that prompts the driver to stop at a receiving dock 
for more packages, (especially during the holiday seasons and peak loading) or meet 
a second delivery vehicle to share its load when it is behind in its schedule. When 
the vehicle 19 receives packages from another vehicle, the packages taken from the 
second vehicle are normally scanned out with normal hand held bar code scanners 
and are loaded and scanned into the first vehicle 19 package delivery data base i§4 
and the package location information/bar code numbers (package identification 
numbers) are uploaded to the BSCU 14 with a new vehicle 19 number. The route 
list is established from the BSCU 14 determining the shortest routes from the 
addresses and downloaded to the VCU 12. The sequence for notification to a user 
computer 29 is restarted. 

A second method for a user to learn of the impending arrival information of a 
package delivery may be accomplished by a user accessing and requesting 
information through a computer network, for instance, the Internet, from the BSCU 
14 through an Internet site or home page. The BSCU 14 software is designed to be 
added to the existing Internet site pages, which are owned and operated by delivery 
companies. When a user accesses a computer address (e.g. Internet site), the user 
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may enter requests for a delivery by entering their telephone number, business or 
home address, or package identification number, for locating actual packages for 
delivery. If a delivery is to be made that day, an actual route list from each vehicle 
19 stored in the BSCU 14 is compared to the planned route and scheduled time of 
5 delivery (STD) database. The STD is a record of events from other routes, this 

record averages the time and distance to be traveled with the actual route in 
progress. Note: the STD records are from GPS sensor readings and the time 
between or travel time between each reading and not from completed routes from 
start to finish. 

10 Thus, by incorporating the STD with the actual delivery schedule, estimated 

time of delivery is established and accessible to a user requesting delivery schedule 
information. The advantages of offering a user a close approximate time of delivery 
are easily seen in these examples: a user needing to leave a delivery stop (home or 
business) for lunch or errands and expecting an important package to be delivered, 

15 or a user needing materials for an important meeting and knowing if the materials 

will be delivered before the scheduled meeting time. Upon receiving the information 
request from a user computer linked to the BSCU 14, a request for a vehicle, 
package, or user location (street address/location on a map), telephone number, 
computer address, etc, can be made available to the user to locate an area in which a 

20 delivery is going to be made. The vehicle 19 associated with the delivery to this user 

business, or package identification number processes that delivery request. If a 
package is scheduled for delivery, the actual delivery vehicle 19 estimated time of 
arrival is given to the user requesting the information in, but not limited to, two 
formats, one tho a time of day (e.g., 1:45PM) format and/or a time count down (e.g., 

25 4:21:03) format . 

Additionally, people placing requests may be offered other services from the 
delivery companies, those companies. These requests are made available to the 
companies to increase revenues while providing the customers with more and better 
options on deliveries. One example of a user request is an express delivery request 

30 (EDR) option. An EDR becomes available through the existing advance notification 

system network by allowing customers to interact with the vehicle's driver through 
their computer 29 connected to a network 300 (Fig. 22) . A customer can send an 



EDR from their computer 29 to the BSCU 14 over a computer network 300 , then a 
live operator or preferably an automatic calculation of the drivers load, schedule 
(early or late), and location/distance from the address sending the EDR; EDR. The 
request is processed and a new estimated time of arrival can be given to the 
customer, with an optional additional fee from the delivery company. Additionally, a 
customer can look up a location on a route and meet the driver at a prior stop when 
an EDR is not used, thus shortening the drivers route time. Upon requesting an 
EDR, an estimated time of arrival is given to the user. At the same time a quoted 
fee (on-screen) based upon a flat rate or the actual delay time for that particular 
vehicle 19 is given to the customer. 

The BSCU 14 communication controller ±§ may also control a second 
messaging means over a normal telephone network as described in more detail in 
the Patent Application "ADVANCE NOTIFICATION SYSTEM AND METHOD" 
filed May 18, 1993 by Jones et al and assigned serial no. 08/063,533, now U:S. 
Patent No. 5,400,020 to Jones et al that issued on March 21, 1995. The Patent 
describes an advance notification system with a BSCU controller for messaging 
through a telephone system. The Blocks 45a-45m of the flow chart in Fig. 13 shows 
a duel means of communication, both a telephone in block 45m and a computer with 
a telephone connection in block 45f (via a modem). By offering dual means of 
messaging to a stop, the likelihood of reaching or getting through to a user 
increases. In accordance with the user request when signing-up for the service (Fig. 
39), the end-user can choose any combinations of, but not limited to, a telephone call 
with a voice message 170, a telephone call using a distinctive ringing sound 171, a 
computer message over a network 172, additional on-screen display/s 173, and an 
additional audio message/s 174. 

In one configuration, the system first communicates to the user computer 29 
by initiating/sending a message over a computer network 300 to a user computer 
address. If the person's computer 29 is equipped with proprietary software for 
additional displays (Fig. 25) 226a and/or additional audio messages 227a, the person 
receives additional visual and audio warnings, based on their user preferences. 
Then, the microprocessor controller initiates a second module for communication by 
a telephone call to the user. The order of messaging (telephone 35a or computer 29) 
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is defined automatically or by the end user. Furthermore, each vehicle 19 can have 
different notification preferences for announcing the impending arrival of more 
important vehicles in a method that is more surely effective. In most cases, the 
telephone 35a is available more than the computer 28 and the telephone call can 
5 activate pagers 35e , mobile phones 35c , and home phones 35a with sound normally 

throughout the home or business phones normally answered by an individual 
equipped for handling messages. In the preferred embodiment, a telephone call may 
proceed a computer message to the homes of users and a computer message will 
proceed a telephone message to businesses. Additionally, a user responding to or 

10 acknowledging a message will stop the second method as described above. For 

example, a user expecting a package to be delivered, and only having one phone 
line, may receive an impending arrival message while maintaining normal 
communication practices. If a user is on the telephone 35b talking to another 
business client, when he hangs up the telephone 35b and views the computer 29, 

15 once connected to a network, a message will be waiting concerning the impending 

arrival of a vehicle 19. If the user receiving an impending arrival message has 
additional software, route calculations may be determined by the time of the 
message download or an up link may be requested for the actual vehicle 19 location. 
Moreover, as indicated at flow chart block 36 (Fig. 15), by Fig. 45, a personal 

20 29 computer with ANS software can process the user requests and contact the 

BSCU data base 170 for two primary reasons. First the personal computer with 
ANS -software can be used for retrieving information from the BSCU data base i?07 
170 and for using the information for activating impending arrival messages after 
the computer is disconnected from the computer network 300 . Second, the BSCU 

25 data base 170 may be contacted before and/or in place of an impending arrival 

message sent from the BSCU 14. Each person's computer 29 when operating ANS 
software 474r (block 171), looks up user preferences in block 172 and checks for a 
network connection in block 4r73r4f 173. If the network connection is not active, the 
ANS software starts the network software, then a request is sent to an area of the 

30 BSCU 14 for vehicle information 456r in block 174. An identification number 

associated with the persons street address processes the request from the person's 
computer 29. The As depicted by blocks 176-181, the address is looked up, then 
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vehicles 19 approaching this address can be identified 178, identified, with 
vehicle names 179, names, 179 vehicle locations 4r80 and route stops with past 
vehicle records 19 and directions from one stop to the next 181. Additionally, cargo 
or other delivery information in block 182 is then sent back to the personal 
computer 29 operating ANS software 4r54 for activation of impending arrival 
messages and displays in block 175 , based on the user preferences. Furthermore, 
this configuration offers an individual with only one communication channel (phone 
line) the ability to be notified when the communication channel is being used or is 
not available when an impending arrival message is sent from the BSCU 14. 

The ANS software can display the vehicle 19 location/impending arrival 
time, distance, and/or packages to be delivered before a particular delivery is made. 
The user requesting a route update receives a new message and/or vehicle 19 
location, number of packages before delivery, and if running, advance notification 
software for continuous updates, the user computer 29 reschedules the impending 
arrival distance, time, or package delivery order, with each update, as the vehicle 
approaches. 

Worth noting is that As depictedde^rted by blocks 401-425 of Figs. 17 and 
18, the BSCU 14 (Fig 17) may be configured so that if a delivery vehicle becomes 
delayed by more than a maximum length of time, such as five minutes, the BSCU 
14 immediately sends a message to the stops 36 of the users already notified of the 
impending arrival of that vehicle 19, in order to keep users at these stops 36 from 
waiting when a vehicle 19 should have already arrived. When an impending arrival 
message 420 (Fig. 18) is sent to stop 36, and a vehicle delay of five minutes is 
determined before the vehicle 19 arrives at this particular stop, a second message 
informing them of the delay is sent 421 to the same stop, based on the amount of 
delay, a third message may be sent 425 as the vehicle 19 arrives at this particular 
stop. yy- 

Worth noting also, are the methods for determining the actual directions 
(roads to be taken) of a vehicle 19 from one stop 36 to the next which may be 
described, but not limited to, three areas. The first configuration contains dual route 
information in the BSCU 14 and VCU 12. Preferably, the VCU 12 displays road 
names or a mapping diagram for the driver to follow. The BSCU 14 has the same 
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information for determining the route a vehicle 19 is likely to take. The second 
configuration determines the closest and/or quickest route from one stop to the next 
by comparing mapping software, actual and past traffic flow. A third configuration 
is determined by past vehicle 19 delivery routes. As found in the art of route 
5 management, most delivery vehicle 19 drivers have roads and routes each 

individual prefers to take. Some of these routes are known to take more time, but 
for the determining factors associated with an advance notification system, these 
records provide a better means of determining distance, time, locations on a map, 
etc., when the driver's company policies do not request the following of predefined or 
10 displayed sequence of roads. In the preferred embodiment some, all, and additional 

methods may be used. 

III. Control Processes 

The control processes are normally, but not limited to, three different area 

15 locations. The first area is the VCU 12 on each vehicle, with the ability to 

communicate vehicle location, driver inputs, and/or cargo information to the BSCU 
14. The second area is the BSCU 14 software, for communicating with the VCU 12, 
storing information from the VCU 12, and in some configurations, storing end-user 
data and preferences for generating impending arrival messages when vehicles are 

20 approaching their address. The third area of the control process is a person's 

computer 29 for displaying impending arrival messages when a vehicle's impending 
arrival information is received from a computer network 300 . Although additional 
software can be added for additional displays and audio, additional software 
modules from the BSCU 14 can be added also. The overall control processes can be 

25 moved from one area to another area based on system configuration needs, normally 

determined by the application of the end-user. Worth noting, the communication 
channels and their internal control process should be apparent to those ordinarily 
skilled in the art and are not considered in described in detail by this description. 

Furthermore, Fig. 7, Fig. 8, Fig. 9, and Fig. 10, are examples of general block 

30 diagrams containing, but not limited to, system modules and their ability to be 

moved or removed, without loosing the scope of the present invention. The ability to 
move the system modules (Fig. 7) for the implementation of a an advance 
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notification system requiring a person's computer 29 to only have normal 
networking software, such as an internet browser from Netscape, Microsoft, 
America Online, etc. or Local Area Networks (LAN) attached to an information 
server for receiving vehicle 19 impending arrival information, or most other 
networks with the ability to send and receive information over Cable, Fiber, Copper, 
or wireless channel/s. As shown in this diagram, a person's computer 3€ 29 is 
acknowledging a vehicle's impending arrival. In block 14, one module is receiving 
vehicle information from the VCU'g VCU 12. While this module indicates a wireless 
transceiver 26, it is replaced when a gateway converts wireless information into 
land line information with a modem. The vehicle location data base 14a, stores 
vehicle location information. The Mapping Software Data Base (MSDB) 14b is 
provided to locate roads and streets associated with the person's address and the 
vehicle's 19 route from one stop 36 to the next, thio next. This Mapping Software 
Data Base 14b also associates GPS numbers with actual physical addresses, 
distances over streets, roads, highways, eter etc. The Notification Data Base (NDB) 
14c maintains location points, distances, times, and other activation information, 
associated with a person's physical address. In this illustration the Notification 
Data Base (NDB) 14c also is used to activate and send messages to the person's 
computer 36r 29. The User Request Data Base (URDB) 14d stores user preferences, 
account information, and in this illustration, software used for entering or making 
changes to this data. By moving some of the system modules (Fig, 8), described as 
the BSCU 14, to the person's computer area 3§7 29,. the person's computer 36 29 is 
able to process more of the information associated with the advance notification 
system. The person's computer S€ 29 accesses vehicle 19 location information from 
the BSCU 14 over a network 300 , then compares the information to, but not only to, 
the MSDB 14b, the NDB 14c, and the URDB 14d. 

Furthermore, displaying additional information on-screen and/or additional 
audio messages associated with an impending arrival of a vehicle 19 is easily 
accomplished. Fig. 9, is an example of tracking a vehicle 19 without the use of a 
GPS location, or having another suitable location device on the vehicle 19 . The 
control process compares route stop addresses 21b with sensor inputs at each 
location 22a. The location is logged into the Vehicle Location Data Base (VLDB) 14a 




and the next stop is looked up for tracking the actual path (streets/roads) 21b and 
averaging the normal time to the next stop, with vehicle 19 location estimations 
along each road. The person's computer 29 £6 is equipped with software for placing 
an image of the location of the vehicle 19 on a map 14b, activating an impending 
5 arrival message from the NDB 14c, when the vehicle 19 reaches a predetermined 

location, and storing the user preferences in a data base 14d. 

Fig. 10 shows a control process using the same VCU modules as Fig. 9, but 
moving all the modules from a person's computer 29, except normal networking 
software, to the BSCU area 14 . This system can activate and send an impending 
10 arrival message to a person's computer 29 when a vehicle 19 is at a predefined 

location, time, distance, or previous stop. It should be noted, without moving away 
from the scope of this invention, changing modules and other minor modifications to 
this invention for similar or customized applications, should be apparent is obvious 
to individuals skilled in the art and is_not mentioned for this feha£ reason. * 

15 

A. Base Station Control Process 
With reference to Figs. 46 and Fig. 47, the base station control process 14 
essentially comprises two control sub-processes which run concurrently, namely, (a) 
a vehicle communications process 47 or 54 and (b) a delivery messaging process 53 

20 or a vehicle information update process 58, based on the location of the modules 

used to generate the impending arrival message on a persons computer 29 . The 
vehicle communications process 47 or 54 will be described hereafter, followed by the 
delivery messaging process 53 or 58. Fig. 46 illustrates one advance notification 
system configuration using the BSCU 14 for messaging to persons* computer 

25 addresses, and Fig. 47 illustrates an advance notification system configuration 

using the BSCU 14 to update advance notification software on a person's computer 
29 by providing vehicle 19 location to each person's computer address. It should be 
noted in the communication process to the person's computer 29, other combinations 
of sending/receiving information from the BSCU 14 and to the person's computer 29, 

30 are used and based on end user needs, tailoring, and configuration. 

1. Vehicle Communications Process 
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The vehicle communications process -3-8 initiaUy is started from a cellular 
link from one of the VCUs 12 located on one of the plurality of delivery vehicles 19 
to the BSCU 14, as indicated by block 12, Fig. 1. The BSCU 14 vehicle 
communications process ±8 is preferably capable of monitoring a plurality of 
telephone modems lines 26, for receiving information from a cellular phone or data 
network gateway that converts wireless transmissions into land line phone line 
transmissions (with or without additional connections through a computer 
network), from a plurality of delivery vehicles 19. As the number of delivery vehicles 
19 increases, the number of telephone modems lines 26 (or bandwidth) which are 
monitored by the vehicle communication process (Fig. 46) 47 and (Fig. 47) 54 should 
also be increased to some extent. 

As depicted bv blocks 45a and 45b, after Afteg-the start of a VCU 12 on a 
delivery vehicle 19 (Fig. 13), the respective VCU 12 will initiate a cellular link 45b 
to the BSCU 14, as indicated by the telephone bell symbol (Fig. 1) 18. After the 
BSCU 14 receives the telephone call, a string of symbols is exchanged between- 

* the VCU 12 and the BSCU 14 so as to validate the communication 

connection, as indicated in (Fig. 13) flow chart block 45b. In other words, the BSCU 
14 ensures that it is in fact communicating with the VCU 12 and vice versa. 

Next, as shown in Fig. 48 flow chart blocks -6.1-67, the BSCU 14 waits for 
communication from the VCU 12, when communication is established information:is 
obtained regarding (a) the time of the on-board clock^--^ (b) the list of stops and 
related inform a tion-£4, (c) other information to be displayed for the vehicle 19 driver 
&& on the VCU LCD, and (d) when needed, a resetting of the communication method 
is added and then a shut down of communication 6-7 is initiated, based on system 
configuration. In addition, route data in block 64 is gained from the VCU 12 driver 
or package sensor input or from the BSCU 14 ability to access a local data base with 
driver information or a combination of these inputs. The route data &4 includes 
information pertaining to each delivery stop location, before and after stops, and 
cargo. This information is normally displayed on the VCU 12 liquid crystal display 
(LCD) for the driver s viewing. The prioritizing of the driver's list is based on, but 
not limited to, mapping software, the driver input, and past recorded route data. 
From the route data 64 and the information listed above as (a), (b), (c), and (d), the 




BSCU 14, can determine the location of the vehicle 19 by, as indicated by Fig. 22, 
flow chart blocks 201 and 14a, and determine when to send impending arrival 
messages 305 based on this location, as the vehicle 19 starts and continues its route, 
as indicated by a flow chart block 202. 
5 In the case where the delivery vehicle 19 is stopped in-between scheduled 

stops, the VCU 12 resets its on-board communication clock cycle back so that the 
communication to the BSCU 14 is stopped, until the vehicle 19 restarts it route or 
progress. When the delivery vehicle 19 restarts its route, the standard 
communication cycle is restarted. In the case where the delivery vehicle 19 is in 

10 start and stop traffic, the VCU 12 communication cycles are normally stopped until 

the vehicle 19 is moved a predefined distance, reaches a location associated with the 
activation of an impending message or the ignition switch is turned to the off7on 
position 24, or a sensor is activated on the VCU 12. 

The VCU 12 communication cycles (Fig. 23) are programmable from the 

15 BSCU 14 and are reset in blocks 904-910 when a distance 904, or time 90% to the 

next messaging point excessively exceeds the number of minutes 90^ or miles 90% 
from the location to which a user impending arrival message is to be sent. Moreover, 
this communication change can be preset at the beginning of a route at areas and 
times the vehicle's location is not associated with an impending arrival message and 

20 at times when the vehicle can become off its estimated route without effecting the 

impending arrival messaging for a brief time. 

While the route is in progress, the BSCU 14 can determine from the mapping 
software, current route data, and past recorded route data~90§, when to send a VCU 
12 a request to use cycle communication. Moreover, in the situation where the 

25 delivery vehicle VCU 12 has stopped sending vehicle 19 location communication to 

the BSCU 14, as requested by the BSCU 14 or in-between communication cycles 
from the VCU 12, the BSCU 14 can determine the estimated vehicle 19 location 
from past routes, delivery lists, mapping software, and additional road/traffic 
monitoring systems for controlling the communication of the VCU 12. When the 

30 vehicle 19 has reached a cycle completion, predetermined by location or time and 

known by the BSCU 14 and VCU 12; a communication link to the BSCU 14 is not 
necessarily made at this time. As the communication method is changed back to 
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route comparison 14a (Fig. 15), if the vehicle's planned route location 140a matches 
it's actual route location, communication to the BSCU 14 is not needed. Essentially, 
the communication methods are controlling the overall communication loading 
needed for vehicle 19 location and messaging associated with the vehicle 19 location 
between the BSCU 14 and the VCU 12. To better understand clock cycles: clock 
cycles are time (minutes/seconds) lapses or distance lapses for particular location 
points (longitude/latitude numbers from GPS) or actual miles, and are started, 
controlled (more/less), and used for decreasing communication from a delivery 
vehicle VCU 12 to the BSCU 14. 

Finally, as shown in Fig. 21, flow chart bl ock 9 9 . the BSCU 14 may slow 
down or speed up the communication clock cycle by determining the Vehicle 
Location Determining Factor (VLDF) in block 99. The VLDF is used to determine 
the likelihood of delays between two stops. To determine the VLDF rating, the 
current vehicle location 100 , the next stop and route to the next stop +04 are 
compared to past route records as depicted bv blocks 100-1044 03. If the vehicle 19 is 
likely to travel the same speed and take the same amount of time as previously 
recorded vehicles, the communication cycle is slowed down. 

Worth noting from the forgoing discussion is the fact that the BSCU 14 (Fig 
1) is the ultimate controller of the advance notification system 10 from a 
hierarchical vantage point. The base station clock 28 maintains the absolute time -of 
the advance notification system 10, while the vehicle clock 24 assumes a 
subservient role and is periodically reset when the delivery vehicle 19 clock differs 
from the BSCU 14. Further, it should be noted that the VCU 12 communicates to 
the BSCU 14 (a) when asked by the BSCU 14, (b) when the clock cycle reaches a 
predetermined point or when the vehicle reaches a predetermined location, (c) when 
a planned route time differs from an actual route time and (d) when the delivery 
vehicle driver activates a predefined sensor on the vehicle (buttons on the VCU 12, 
bar code scanner, etc.) to minimize communication. 

2. Package, Tracking, And Notification Process 
As previously mentioned, the messaging process 202 (Fig. 22) runs 
concurrently with the vehicle communications process 189 within the BSCU 14. In 
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essence, the computer messaging process 202 uses the vehicle location information 
25 retrieved from the VCU 12 by the vehicle communications process 18a in order 
for the BSCU 14 to send computer messages of the approaching delivery vehicle 19. 
A delivery list is accessible from a local data base (Fig. 27) by the BSCU 14 
5 and comprises information regarding (a) the person's name 331 and/or delivery 

street address 332, (b) the computer network address 333 (c) the telephone number 
334 (d) the type of vehicles for activating notification messages 335 . and (e) the 
activation of the impending arrival message. The impending arrival message is 
activated when a vehicle 19 is at a predefined time 336, distance away from a stop 

10 337, or at a location/address 338. The computer messaging activation points (as 

indicated in Fig. 27) and the delivery list (as indicated in Fig. 14) are crossed 
referenced with the vehicle's actual progress through its route and delivery stops. 
When a particular time, location, and/or package delivery for sending a particular 
message is reached, the messaging process initiates an electronic computer message 

15 to the particular user, as indicated by the flow chart diagram, in Fig. 22. The 

computer messaging may be sent over an existing computer network/Internet or 
through a direct modem link from another computer, as described previously. 
Moreover, the particular time, distance, location, and/or stop are fully 
programmable by the user (person receiving an impending arrival message), and/or 

20 by the company providing the service. Programming and user options are discussed 

in more detail in the Computer Messaging Control Process area. 

Also worth noting is a feature for monitoring messages to be placed in the 
future, for handling message loading (exceeding available communication channels) 
to end users. In accordance with this feature, upon anticipation of a heavy load of 

25 messages, some of the messages would be initiated earlier than the originally 

scheduled corresponding message time, previous stop, or distance/location. 
Numerous other networking options can also be used to solve this problem. 

After the delivery vehicle 19 has completed its route (Fig. 44), thethat 
particular delivery vehicle 19 can be programmed to contact in block 153 the BSCU 

30 14 when it recognizes the end of the route in block 152. Additionally, the VCU 12 

may have instructions—}^ displayed 155a for the driver. The BSCU 14 from a 
hierarchy stand point is the controller of the system, but instructions from the VCU 
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12 of new packages, reschedules, other sensor inputs, etc. can be sent to the BSCU 
14, for instructions on the vehicle's 19_intent. Otherwise, the computer messaging 
process has completed its list for people to contact (Fig. 27) and unless additional 
vehicle 19 tracking is needed or more stops 36 are scheduled, the communication 
between the VCU 12 and BSCU 14 is stopped. 

As further use of completed route data, an event list is maintained for 
diagnostics and system monitoring. The event list receives data from both the 
vehicle communications process and the computer messaging process. The event list 
essentially comprises records of, among other things, all messages sent and all past 
and current vehicle locations. 

B. Vehicle Control Process 

Reference will now be made to the vehicle control process as shown in Fig. 
11. Once powered up, the VCU 12 runs through an initiation procedure in which the 
delivery list is retrieved from packages scanned into the vehicle 19_(activation of the 
scanner may also power up the VCU) and/or a downloaded list of packages from the 
BSCU 14 for delivery is received. If packages are scanned via package tracking 
device 20 into the VCU 12 (Fig. 12), the stops are placed in order of delivery by the 
vehicle's driver as shown in Fig. 29 or sent to the BSCU 14 for list optimization. The 
delivery list is organized into an optimized route Fig. 14, showing stop list order 607 
and the location or address, as indicated in flow chart block 608. The automatic 
route optimization software resides in the Vehicle Location Data Base (VLDB) 14a 
in the BSCU 14 and includes past records of delivery times, routes taken by driver, 
traffic flow from recorded points and times of past routes, etc. This route 
optimization software and/or the driver input is how the stop list is organized. 
Initially the clock 24 in the VCU 12 is set by the BSCU 14 when communication is 
made. Additionally, when comparisons with the actual time in the BSCU 14 differs 
from the time in the VCU 12, clock resets are made by the BSCU 14. 

After the foregoing initialization procedure, a call is placed via the 
transceiver 18 (Fig. 1) to the BSCU 14 as indicated by the bell symbol s 18 and 26 . 
After the connection, the VCU 12 and the BSCU 14 exchange information as 
described herein before and which will be further described hereinafter relative to 



Fig. 12. Furthermore, it should be noted that in some configurations the BSCU 14 
might contact the VCU 12 to initialize, schedule timing, or send remote activation 
from the driver of one vehicle to the BSCU 14 or other vehicle-in-motion sensors. 

Next, as shown in Fig. 1, the vehicle control process begins a looping 
operation wherein the VCU 12 continuously monitors the switches 21-23, clock 24, 
and sensors 25 to determine the vehicle location. As mentioned previously, the 
vehicle control process initiates a wireless communication at the initializing point of 
a route, when the vehicle 19 clock cycle reaches (time between communication 
updates) a completed loop, planned route data stops matching actual route data, or 
when a package is delivered. The VCU 12 can also answer and receive information 
from the BSCU 14. 

While in the main looping operation, a determination is first made as to 
whether the delivery vehicle 19 has reached the end of the route or deliveries/pick 
ups. If the vehicle 19 is at the end of its route, then the vehicle communication 
process is slowed down or stopped, and does not need to be restarted or increased 
unless switches 20, 21, 22, or 23 are triggered by the driver. Otherwise, the process 
continues and makes a determination as to the vehicle 19 location, as indicated in 
flow cha*£-block 25. In the preferred embodiment, the delivery vehicle 19 location 
and total expired time at each stop is not a factor. But if the VCU 12 notices a 
change in a delivery stop when a stop is made at a delivery location not on the list, 
or out of sequence, a driver prompt is displayed on the VCU/LCD screen 33. 
Additionally, a package scanned out (delivery was made or attempted) could also 
determine an out-of-sequence delivery. When the delivery vehicle 19 is stopped for 
an out-of-sequence delivery, then the communication is initiated to the BSCU 14, as 
shown by a telephone bell symbol 18 in Fig 1. The communication is an override and 
not part of a normal communication event, such as, a clock cycle, a distance/location 
cycle, a route comparison, or polling protocol, but a special need for informing the 
BSCU 14 of a special occurrence. 

The first attempt to correct the list is a flashing screen from the VCU 12 for 
the driver. If the driver responds, menus of questions are asked and the driver 
responses are recorded from the switches 21, 22, and 23 (Fig. 1). On screen 
questions are "is this delivery out of order?" if the driver selects yes, "is (address) 



your next stop?" if yes the information is uploaded to the BSCU 14 and the route 
continues, if no, a choice is given from the route list, and the driver is asked to 
highlight the next stop. The information is then uploaded to the BSCU 14. When the 
process is not corrected by the driver, then the BSCU 14 process determines the 
driver intent by comparing the vehicle direction, locations to closest stops, and past 
times of deliveries to these stops, with destinations from the route list, and makes a 
calculated determination of the drivers intent. The new sequence of stops is 
downloaded into the VCU 12 and the next stop location and question "is this 
correct" is displayed to the driver. Normally one of two events occurs, the driver 
responds or the vehicle arrives at a stop. If none of the switches 21, 22, or 23 have 
been actuated, then the process 76 will loop back around and begin once again. 
Otherwise, if actuation of a switch 21, 22, or 23 is detected, then the process will 
determine which of the switches 21, 22, 23 have been actuated. 

First, the process will determine whether the "yes" switch has been actuated. 
If the driver has actuated the attempt to deliver switch 22, then the VCU 12 will 
continue normal operation. When the reschedule delivery switch 23 is pressed, a list 
of the local area deliveries is displayed and the driver is prompted to select the next 
stop_36. Moreover, a decision will be made by the BSCU 14 to notify users of the 
vehicle's impending arrival, if time, distance, previous delivery stop and location for 
that particular stop has passed. In the preferred embodiment, the delivery vehicle 
19 is considered to be following its routing list if the vehicle 19 arrives at the stop on 
the display. A stop does not determine a delivery was made, but an attempt to 
deliver a package was made. Furthermore, when a user is not available to receive a 
package, a stop may be rescheduled automatically from the BSCU 14 or manually 
from the driver, as shown in Fig. 43. A reschedule delivery is a common occurrence 
for a delivery driver, so, determining when a second attempt should be made or a 
route list sequence of stops for a driver is a user preference. In most cases, a driver 
who becomes familiar with customers and customer schedules is more likely to be 
accurate and successful on a delivery than a route chosen by location and distance, 
from a list. Past tracking of actual times of deliveries to a particular stop make the 
BSCU 14 likely to be close also. 
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In the event that the vehicle driver has not delivered a package, and an 
attempt was made, and normally when the driver is not repeating the stop in a 
given day, the driver can activate an attempt to deliver switch 21 to inform the 
BSCU 14 to cancel this user stop from a list, and send a second message of the time 
5 of attempted delivery and package information to the user computer. Then the 

process determines whether the driver has actually pressed the reset switch 22 for 
the rest of the deliveries that day. An attempt to deliver computer message sent to a 
user computer address might be used to increase revenue for additional services, 
such as, fees for redeliveries, etc. If the driver has not actuated the reset switch 22, 
10 then the process loops back and begins again. 

C. Computer Messaging Control Process 
When a computer message is initiated by the BSCU 14 as indicated by Fig. 
22, the BSCU 14 follows a messaging control process as indicated in flow chart 

15 blocks 208, 207, and 206. 

Although the description in Fig. 22 is from a BSCU controller, the BSCU 14 
or modules in the BSCU 14 may be better incorporated into a user computer. Three 
examples of different type configurations for displaying impending arrival 
information on a computer connected to a network are shown in Fig. 7, Fig. 8, Fig. 

20 9, and Fig. 10. For illustration purposes, the system described as a BSCU 14- is 

considered different. than a person's computer 29, which could be considered part of 
the BSCU 14 operation. In Fig. 7 the person's computer 29 is equipped with 
networking software, and is not associated with an advance notification system. In 
Fig. 8 the person's computer 29 is equipped with all the advance notification 

25 modules for activating 14c and 14d impending arrival messages, mapping software 

14b for displaying and/or comparing vehicle locations to streets, and a method for 
getting and/or receiving actual vehicle location from a network address. In Fig. 9 
and Fig. 10, the example shows advance notification systems for tracking vehicles 
19 without GPS location devices. The BSCU 14 modules in Fig. 9 are set to track 

30 delivery stops from a route list and delivery stops within each route, then the 

vehicle 19 location information is sent to the person's computer 29 or accessed from 
the person's computer 29 for vehicle 19 location information. The vehicle 19 location 
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is compared in the persons computer 29 , then activated and displayed when the 
user preferences match the actual vehicle's location. Fig. 10 is placing all modules in 
the BSCU 14 area and not requiring the persons computer 29_to be equipped with 
any extra software (Fig. 49). As a note, the main differences between Fig. 7 and Fig. 
10 are the methods used for determining vehicle 19 location or stop points 36. 

Additionally, when the user computer 29 has software/hardware for 
connecting to a computer network 300 and software for displaying messages 
received by the BSCU 14 for advance notification, the additional software can be an 
electronic mail reader for activating messages from a computer network 300 , or a 
connection to a satellite/cable network 501 (Fig. 50) for displaying images onto a 
television screen. When the impending arrival messages are broadcast through a 
satellite/cable network 501, and descrambler device 502. a personal computer via 
connections 503 and 504 monitors signals from a broadcast channel 505 and 
activates an impending arrival message when an identification code is received 506. 
The impending arrival message is compared to the user preferences 507§©8 - 511 
and sent to a person's television 35d, as depicted bv blocks 512 and 513 ££d. 

In the preferred embodiment, a person's computer 29 _can activate an 
impending arrival message when software 223 is residing on a person's computer 
29383 as shown in Fig. 25. The software 223 compares vehicle location in block 224 
and user activation preferences in block 225 to the user preferences display options 
226a and user audio options 227a, each time a vehicle 19 is approaching. 

The methods used for signing up and providing the system with messaging 
preferences is accomplished with software on a person's computer 29 or in the 
preferred embodiment, linked to a remote computer site Fig. 29. By linking to the 
site^ a person wanting to sign up may download software 380 (Fig. 29) to save online 
time, or sign up from a connection to a remote site 381. The user can only subscribe 
and make changes from the site to be notified 382, Fig. 30, and the computer 
address is given before this screen (not shown). This allows the advance notification 
system to have a level of security. The person is prompted to enter a telephone 
number 383, then a mailing address 384. This information is stored and compared 
to mapping software for placing the person's address on a map for display 385b, Fig. 
31. After the information is displayed 385b, the user is prompted to agree with the 
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location or choose the next one from a list 386, until their location on a map is 
agreed upon. The next area allows the user to select different activation and 
messaging methods for different vehicles 387, Fig. 32. When the same for vehicles in 
a particular category 389, or each vehicle is different 390, display screens shown as 
5 illustrations in Fig. 33 through Fig. 39 are looped for each vehicle/group selected. 

The next screen prompt asks, "when you would like to be notified?" 392 (Fig. 33) and 
options for time before arriving 393, distance before arriving 394, or at a location/s 
of choice 395. When a person entering time before vehicle 19 arrives for notification, 
the next screen (Fig. 34) allows the minutes and seconds before a stop to be selected. 

10 When a person enters distance before a vehicle 19 arrives for an impending arrival 

message (Fig. 35), the distance can be selected as shown. 

When a person selects to define a particular area for impending arrival 
activation, the person can choose a circle around their home/business, as shown in 
Fig. 36. The circle can be adjusted by pulling the edge with a computer mouse left 

15 button held down and releasing when the circle is at a desired size. The activation 

points are the edges of the circle and / or areas with streets. The next option for 
selecting an area is the grid perimeter/s (Fig. 37). The actual squares (or other 
shapes) can be clicked with the left button on a mouse for highlighting areas and 
adjusting the highlighted areas with the slide bars at the bottom or right for precise 

20 positioning for activating impending arrival messages. The next option is placing 

street max^kets (Fig. 38) on roads and highways for activation points for impending 
arrival messaging. The street markers are positioned with a computer s mouse, 
normal drag and drop operations onto actual areas. Additionally, other -areas, such 
as waypoint/s (longitude/latitude areas), prior vehicle stop/s, letting the vehicle 

25 define customer offering services, etc. can be used as well. ; .; 

After defining the locations, the selected preferencesfare referenced with past 
route data, mapping software, and other information for placing notification areas 
in a data base, to be used when a vehicle 19 is approaching this predefined stop. 
Next the person wanting impending arrival messages should enter how they would 

30 like to receive the message/s (Fig. 39). A person may select a telephone call with a 

voice message 170, a telephone call with a distinctive ringing sound 171, and/or over 
a computer network/internet 172, with additional software for on screen displays 
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173 and/or audio messages 174. Additionally worth noting, sending impending 
arrival messages to other communication devices 353fe (Fig. 2) with addresses or 
activation numbers from the BSCU 14 it should be apparent to one skilled in the art 
would be obvious in the s cope of this invention and is therefore not discussed in 
detail, but would be included in the area of Fig. 39. 

The computer address/electronic address number corresponding with the 
user computer 29 at a particular stop is obtained from the data, as indicated above 
in Fig. 29 through Fig. 39. Other information can also be obtained, including the 
ability to send one type of message (telephone, electronic mail, personal pager, 
television, etc.) over the other, and allowing different vehicles to activate impending 
arrival messages differently. For example^ Fig. 4 illustrates a flow chart 82 for 
activating a telephone call first when a vehicle 19 is approaching-^. As depicted bv 
blocks 83-85. when ft^st-the vehicle's location matches the preferences in the 
user data base 84 , the user's m^nfel^-a-phone number is dialed. -r-tf If the phone'is 
answered^ the message is played and additional messages are not sent. In the case 
where the phone is not answered after a preset number of retries expire is depicted 
bv blocks 87 and 88, then an electronic message is sent in block 89, and the event is 
removed from the data base in block 90. It should be noted that different 
combinations of messages are obvious to a person experienced in the art without 
departing from l oosing the scope of the present invention, and are therefore not 
mentioned in greater detail. 

Moreover, companies may include the service without acknowledgment of the 
end user or in some cases notify them on one occasion and offer the service if they 
respond to the message. In these cases finding the contact information can be 
achieved by existing and known industry standards for finding computer addresses 
with telephone numbers and shipping address. Additional resources for obtaining 
this information are established by (a) a user providing the information to a delivery 
company, and (b) a user posting this information in an advance notification 
computer site, and (c) a user listing this information with other published 
references, such as a telephone book, mapping software, etc. This information may 
be accessed when a delivery is scheduled. Next, the control process sets a time-out 
variable for keeping track of successful messages sent and any messages returned 
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from wrong addresses or busy networks. The number n of allowable attempts is 
predetermined and is stored in the user preferences data base and the person's old 
address can activate an automatic update for a new telephone number or computer 
address, when needed. 

Furthermore, message timing and activation of impending arrival messages 
to users can be set at the start of the route or day, or in some cases the day/s before 
the vehicle is to arrive. By sending impending arrival messages early, users can 
rearrange their schedules for meeting a delivery vehicle/driver when he arrives. As 
an example, a person taking a lunch break or leaving a delivery area, will know of 
particular deliveries scheduled in a certain day and the impending arrival time/s. 

Worth noting, actual pictures or live video taken from a vehicle 19 could be 
sent to the BSCU 14 from the VCU 12 and then used as part of the messaging 
process of the impending arrival of the a-p articular vehicle 19_to a user. As wireless 
channels become capable of carrying more and more data (by increased band width 
and data compression routines), increased information taken from the vehicle 19 
can be utilized in the message of the impending arrival of the a-vehicle 19 to the 
user. 

In the claims hereafter, aU "means" and "logic" elements are intended to 
include any structure, material, or design for accomplishing the functionality recited 
in connection with the corresponding element. 



58±¥ 



CLAIMS 



Therefore, the following is claimed: 

1. A method for notifying a user in advance of an impending 
arrival of a vehicle at a vehicle stop, comprising the steps of: 

monitoring travel of said vehicle; 

forwarding travel data to a computer associated with said user; and 
producing a message at said computer for said user indicative of an 

impending arrival of said vehicle at said vehicle stop before said vehicle reaches 

said vehicle stop, based upon said travel data. 

2. The method of claim 1, further comprising the steps of: 
monitoring a location of said vehicle and comparing said location to 

mapping data; and 

initiating said message to said computer when said vehicle is at a 
predetermined location from said vehicle stop based upon said comparison. 

3. The method of claim 1, wherein said message comprises a 
signal for a computer display. 

4. The method of claim 1, wherein said message comprises an 
audible sound. 

5. The method of claim 1, further comprising the step of 
permitting said user to preset a time period at said computer that determines when 
said message is produced, said time period corresponding to arrival of said vehicle 
at said vehicle stop. 
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6. The method of claim 1, further comprising the step of 
permitting said user to preset a distance at said computer that determines when 
said message is produced, said distance corresponding to arrival of said vehicle at 
said vehicle stop. 

7. The method of claim 1, further comprising the step of 
permitting said user to preset a location of said vehicle on a map at said computer 
that determines when said message is produced. 

8. The method of claim 1, further comprising the step of 
permitting said user to preset a particular vehicle stop that determines when said 
message is produced, based upon when said vehicle arrives at said particular stop. 

9. The method of claim 1, further comprising the step ~ of 
forwarding another message to a telephone associated with said user in addition-' to 
said message to said computer, said another message indicating impending arrival 
of said vehicle. 

10. The method of claim 1, further comprising the step of 
providing in said message a vehicle location. 

11. The method of claim 1, wherein said travel data is timing 

information. 

12. The method of claim 1, wherein said travel data is distance 

information. 
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13. The method of claim 1, further comprising the steps of: 
monitoring content of said vehicle; and 

determining said vehicle stop based upon said content. 



14. A system for notifying a user in advance of an impending 
arrival of a vehicle at a vehicle stop, comprising: 

means for monitoring travel of said vehicle; 

means for forwarding travel data to a computer associated with said 

user; and 

means for producing a message at said computer for said user 
indicative of an impending arrival of said vehicle at said vehicle stop before said 
vehicle reaches said vehicle stop, based upon said travel data. 

15. A system for an advance notification system that notifies a 
user of an impending arrival of a vehicle at a vehicle stop, comprising: 

(a) a computer associated with said user, said computer for producing 
a message at said computer for said user indicative of said impending arrival of said 
vehicle at said vehicle stop before said vehicle reaches said vehicle stop; 

(b) a vehicle control unit disposed on said vehicle, said vehicle control • 

unit having: 

(1) a vehicle travel monitoring means; 

(2) a vehicle transmitter adapted to transmit travel data based 
upon said vehicle travel monitoring means; 

(3) a vehicle processor controlling said vehicle travel 
monitoring means and said vehicle transmitter; and 

(c) a base station control unit having: 

(1) a receiver adapted to receive said travel data from said 

vehicle control unit; 

(2) a base station computer network link; and 

(3) a base station processor controlling said receiver and said 
base station computer network link, said base station processor for establishing a 
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computer connection between said base station computer and said user computer 
and communicating said travel data. 

16. The system of claim 15, wherein said computer further 

5 comprises: 

means for monitoring a location of said vehicle and comparing said 
location to mapping data; and 

means for initiating said message to said computer when said vehicle 
is at a predetermined location from said vehicle stop based upon said comparison. 

10 

17. The system of claim 15, wherein said message comprises a 
signal for a computer display. 

18. The system of claim 15, wherein said message comprises an 

15 audible sound. 

19. The system of claim 15, wherein said computer further 
comprises a means for permitting said user to preset a time period at said computer 
that determines when said message is produced, said time period corresponding to 

20 arrival of said vehicle at said vehicle stop. 

20. The system of claim 15, wherein said computer further 
comprises a means for permitting said user to preset a distance at said computer 
that determines when said message is produced, said distance corresponding to 

25 arrival of said vehicle at said vehicle stop. 

21. The system of claim 15, wherein said computer further 
comprises a means for permitting said user to preset a location of said vehicle on a 
map at said computer that determines when said message is produced. 

30 
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22. The system of claim 15, wherein said computer further 
comprises a means for permitting said user to preset a particular vehicle stop that 
determines when said message is produced, based upon when said vehicle arrives at 
said particular stop. 

22. The system of claim 1, wherein said base station control unit 
further comprises: 

a base station telephone interface controlled by said base station 
processor; and 

a means for forwarding another message to a telephone associated 
with said user via said base station telephone interface, said another message 
indicating impending arrival of said vehicle. 



23. The system of claim 1, wherein said message comprises a 
vehicle location. 



24. The system of claim 1, wherein said travel data is timing 

information. 



25. The system of claim 1, wherein said travel data is distance 

information. 



26. The system of claim 1, wherein said vehicle control unit 
further comprises: 

means for monitoring content of said vehicle; and 

means for determining said vehicle stop based upon said content. 



